Animation for expanding/collapsing toolbar#3680
Animation for expanding/collapsing toolbar#3680designedbyscience wants to merge 1 commit intomasterfrom
Conversation
|
The pin/unpin toolbar animation is definitely another very bad case for the Spaces plugin because of the large amount of pixels that need to be painted in each frame, but I guess that's kind of the point... |
|
Gripes: you asked for 'em, you got 'em. |
|
|
||
| .toolbar-button, .zoom { | ||
| display: none; | ||
| // display: none; |
68410dd to
be734da
Compare
|
Updated, addressed gripes. Open question for @placegraphichere: How do you feel about the little animation that occurs now when the toolbar is NOT pinned and you switch tools via keyboard shortcuts? |
|
It's working better now. I wouldn't say I love these animations overall. I guess it bothers me least when changing the pinned status of the toolbar. The animations that happen when switching tools in collapsed mode seem kind of busy and confusing to me. |
|
With the toolbar NOT pinned, it's only the selected tool that is visible, what I see when switching tools using the keyboard is that we're getting this little bounce when the tool is changed. But the results are not the same, since it depends whether the next tool is above or below the current one. So we get a bounce that could be higher in vertical, or lower. I think that seems odd. In this tool selection state, referencing which direction the tool is coming from is not important. I think we should just assign a position to all non-selected tools (above or below the toolbar visible area), so the animation when changing tools is consistent. Right now we're animating the |
|
Okay...I think I can clean that up some, but keep the general premise of that animation |



Another review only animation, this time for the toolbar. If an experimental flag is incoming, I can update this and my other animation PR to respect that.