New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
ToC show/hide animation is gone, but the delay is still there #686
Comments
|
Will #687 fix the problem? If yes, merge it please. |
|
If I'm not mistaken, your pull request removes the animation completely. However, another fix would be to fix the animation. Do we want the animation to be there or not? |
|
CSS animations are fine in my eyes because the reader can make them go away with a userstyle. The less javascript we got the better. A botched setInterval can drain a battery rather quickly. |
|
Yes, you are right. I can revert js animation, firstly I thought title somewhat implies that delay should be removed. |
|
please remove the JS version |
|
The show/hide feature was originally added as an easier way to get to content. Now that gfldex++ moved the ToC to the side, there's absolutely no reason for the existence of the show/hide feature and it should be yanked out entirely. This is the commit that added it. 4932a10 Note that removing it would involve tossing out the cookie plugin, its mention the licensing section in readme, and the notice in the footer about using cookies. |
And now I realized that it looks completely different on larger screens… On a small screen the toc is still on the top, so [show]/[hide] feature still makes sense (or not?). Also, the links are blue, hmm… |
Oh, right, I forgot about smaller screens. I guess there is still use for it. The animation can likely be fixed by changing |
|
Now this situation looks more interesting. |
|
Closed by #767 |
|
It seems we should reopen this. Current css animation doesn't affect height and based on font-size/padding/margin transformations. Due to this, element sizes are still the same. even if element is not visible. It's not really bad, but when someone uses a small screen, ToC moves to the page center and we have an empty space. It's bad. The problem is: to animate show/hide, we need to know exact max-height of element(
|
|
Animations on web pages have two functions. Convey time based information to the viewer simply be using progression of time. Guide the attention of the viewer to changed content. There is no time based information to be conveyed. If you miss the fact that the ToC just disappeared, no amount of animation will help you. Also, we don't got viewers, we got readers. Reading and animations don't mix. I'm a big fan of form follows function. If you can show me the function of that animation I'm happy to fix it. |
|
I suppose, we should switch to js-animation for now, since it's bugless(or better than current css-solution anyway) and open issue like "Create a cool and free and better css-animation" in case if some css-priest/magician(or just someone better than me) will be here looking for a work. |
|
Finally closed with d0dfc5a |
[show]/[hide] buttons used to trigger a nice css animation, but it is no longer there.
However, the animation delay is still there. That is, you press [hide], then wait 1 second, and only then it actually hides.
The text was updated successfully, but these errors were encountered: