https://bugs.documentfoundation.org/show_bug.cgi?id=151377
--- Comment #9 from Telesto <tele...@surfxs.nl> --- (In reply to Heiko Tietze from comment #8) > (In reply to Telesto from comment #6) > > * 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 > > Agreed, should be fixed Check > > > * 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. > > But you do normally switch between the two lists when adding animations to > objects. Rearranging is not the primary function. Any new animation add will but at the bottom of the list. I'm personally don't now in advance how my presentation will look like. I have some notion what I want to achieve, the core building blocks. However the details are designed along the way. You press F5, run the slide show, and thing.. well here an textbox is missing, that animation should be first etc. Same as 'improving' changing some presentation someone else build.. There is no hierarchical order of importance.. Inserting/deleting an arranging are equal functions. > > > * Sliding the panel out of sight, seems to be slightly inconsistent with the > > approach at the properties deck of the sidebar (collapse/expand). > > We could replace the slider by a collapsing section similar to the print > dialog. I personally don't care: implementation details to me.. I do prefer consistency and coherence in UI. Not sure what UI guidelines dictate. Exceptions can be made, but require some explanation. > There are some use cases where you want to maximize the lower list > of available animations and there is your rearrangement situation. Which > makes it two collapsible panels and I'm concerned about both being closed. > Would be awkward. Could be solved per code but is a special solution True > > > I admit that position the up/down buttons & delete button for sorting > > effects being a problem when considering collapsible regions. > > Better placed right hand of the list anyway. Still undecided. For sorting up/down, tend to for yes. Except it gets cramped if you set the sidebar to minimum size.. And the slide sorter bar doesn't have those buttons... > > 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 > > You need some means to pick the animation from a long list, which is not the > fact for the slide pane. Dragging items is possible as well. I have no clue what this is about. What intended to say. The Slide Sorter bar has no button controls for moving existing slides up/down. It can be done by drag & drop or cut/paste, keyboard ALT+SHIFT+PAGE UP or entry in the right click context menu. There is also no Delete Slide button. Done by keyboard delete/backspace or right click context menu. I don't see the additional value of a delete button in the animation deck of the sidebar.. A difference between slide sorter bar and the sidebar animation panel is that new slides can by added everywhere to the list. Where new animations end up at the bottom of the list by design. Consequence: A)Sorting of animations being needed more often :-( B)Greater distances to move, with long list of animations. * The ability to expand the animation list, improves drag & drop, but has still limitations with lots of animations * Allowing cut/paste of animations maybe also option (obviously only functioning within the animation panel) * Moving animations up/down with keyboard shortcut (could also have a move to top shortcut) * Making the list more compact would improve the oversight too. The old sidebar - say LibreOffice Impress 4.4.7.2 - is pretty compact. Not proposing to revert tot 4.4.7.2 layout :-). But I do ask myself, can the animation icon (say the pause button icon in case of Misc Effects, Toggle Pause) not be aligned with the on click icon. So both icons in the same row. Currently text spacing between: Shape Name & effect being pretty large. Probably because of the icon > > > And well - lets face it - the 'Add' button is on weird place anyhow... > > The described workflow with Apply/Cancel is true for dialogs when you > finalize the configuration. But I admit instead of Add it could be Insert > placed at the end of this section and with all controls enabled. Workflow > would be to set-up the animation and insert then. The Insert button could > become, or rather accomplished by, another button to Modify the selected > animation. Note: An animation gets modified straight away, if you touch the effect panel with an animation selected.. And the current UI isn't clear about this behaviour either. There is a possibility for accidental changes to animations. For example changing the animation with the wrong animation selected. I don't thinking placing the add animation button (somewhere) at the bottom of the section would make much of difference; It's surely doesn't make it terrible. If you press add, you simply get another entry.. I pretty sure people will learn how to use it pretty quick. I find the current position of the add button slowing down the process inserting; that's a structural problem. The incident with the add button while modifying will probably happen once or twice. -- You are receiving this mail because: You are on the CC list for the bug.