https://bugs.documentfoundation.org/show_bug.cgi?id=151377
--- Comment #6 from Telesto <tele...@surfxs.nl> --- (In reply to Heiko Tietze from comment #4) > Added a splitter between the list of used and available animations to > resolve bug 145028 and bug 145037. You can show more than 8 items. => WFM The splitter does technically work, but it still feels like the "wrong" (workflow/esthetical) solution for the issue .. So this keeps nagging/hunting me. * If you drag the insert animation panel down to the bottom, you can't pick it up anymore, if the sidebar being on minimum size (because of a horizontal scrollbar at the bottom). But the horizontal scrollbar shouldn't be present at the first place, I guess (larger minimum size of the sidebar) so maybe unrelated to this * You don't need the 'Insert Effects' part of the sidebar at all, if you you want to rearrange the inserted effects... You don't want to reduce the size of the insert animation, you actually want to hide that part of the panel temporally. * Dragging it down to the bottom, and restoring it by dragging it up again, is bit of unusual. At some points some elements of the panel disappear. I actually would have expected a minimum size. It shouldn't be possible to hide controls out of sight this way. * Sliding the panel out of sight, seems to be slightly inconsistent with the approach at the properties deck of the sidebar (collapse/expand). * It pretty hidden feature. I admit that position the up/down buttons & delete button for sorting effects being a problem when considering collapsible regions. Obviously also fixable (here we go again with scope extension). Sorting animations should - in my opinion - be have the same workflow/design as the slide sorter bar. Consistent design for same type of actions. And well comfort. The slide sorter bar being the superior design, in my view. The Slide sorter bar has no visual buttons for arranging or adding slides. Arranging or adding or deleting slides is done by Drag & Drop (and/or) Keyboard Control (and/or) Context Menu And well - lets face it - the 'Add' button is on weird place anyhow, at least in my workflow. When I insert an animation effect, work the dialog from top to bottom. First setting the category, next the effect, Next start, and duration.. (mouse being at the bottom of the sidebar panel). Now I have the do large mouse movement, to move the add button. I would expect somewhere near the bottom to finish it. Apply/OK buttons are also at the bottom of the dialog, not at the left right corner of dialog window (or the title bar). I always experience it as rather counter-intuitive/ un-logical/ unnatural. The position of the 'add' button is the outcome of a concession. You get to this if you assume those buttons (delete/move up/down) being a necessity. Those buttons do control the effect list (so below the effect list makes sense). Also Add/delete are the opposite of each other (so combined location seems sensible) And well up/down buttons need a place too. The fact that I think I know why current design being as it is, doesn't improve practical usage.. -- You are receiving this mail because: You are the assignee for the bug.