folded dives behind elements in chrome, but is a-okay in firefox.

dreamalligator commented 9 years ago

I pulled this out of my other issue, because it is unrelated.

Tested on firefox that this works okay. too glitchy on chrome to test well. the mouse dragging animation just snaps into place, and if folding is triggered by JS, then it goes too fast to catch.
in chrome, folded.accordion(100) works smoothly, folded.accordion(0) happens instantly. folded.unfold() halfway works. The first unfold motion glitches, then the remainder are okay. my intuition is that it is diving behind other DOM elements, even though the container has a z-index of 1000.
yeah, this is the case. I can test with folded.ramp(6) versus folded.ramp(-6). In firefox everything is a-okay, in Chrome only folded.ramp(-6) is okay because it goes towards the viewer instead of folded.ramp(6) which dives behind other elements.

dmotz commented 9 years ago

Do you have a demo up somewhere (jsfiddle etc.)?

ilyen85 commented 8 years ago

Ok, im probably super late with this, but I think he meant this:

Im using the stairs effect, chrome and firefox folds differently pasting in some pictures to discribe it better: In chrome: https://www.dropbox.com/s/lxm0dinvolnqu58/Screenshot%202016-05-10%2016.07.29.png?dl=1

In firefox: https://www.dropbox.com/s/6723n2bfenuxa28/Screenshot%202016-05-10%2016.11.44.png?dl=1

I couldn't figure out a clean way to solve it though :(

.oridomi-holder { -moz-transform-style: initial overflow: hidden }

the above css solved my problem, but i bet its not the best way to tackle it. Sorry forgot to mention that i wanted to achieve the chrome behaviour! So the above will fold things behind the original depth of things.

dmotz / oriDomi

folded dives behind elements in chrome, but is a-okay in firefox. #41