https://bugs.documentfoundation.org/show_bug.cgi?id=153410
Eyal Rozenberg <eyalr...@gmx.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |UNCONFIRMED Resolution|WONTFIX |--- See Also| |https://bugs.documentfounda | |tion.org/show_bug.cgi?id=94 | |427 --- Comment #4 from Eyal Rozenberg <eyalr...@gmx.com> --- (In reply to Heiko Tietze from comment #3) Ok, so: "Active style" - style of focused object in the document pane of the window "Selected style" - selected item in the list of styles. Now I understand what you meant in comment #1, and can respond. > I'm not not talking about what the _selection_ in the sidebar is, only > the scroll bar position. > > In fact you do. So, maybe, but not necessarily. Because, in fact, the scroll bar position, the selected item, and the active item, are distinct. I can scroll away from the selected item as far as I like (and of course also scroll away from the active item). I did not open this bug about which item should be _selected_ after a deletion, but where the scroll bar should be positioned. > The Stylist has an active and a selected item. > If you delete the selected it becomes the same as active. My idea when opening this bug, and in the opening comment, is that even if the active item becomes selected - the scrollbar will not be repositioned to ensure it is visible. That's the ask. This will already be a significant improvement from the current state of affairs, because users - I claim - do not want the style list to jerk and tilt just because they deleted an item. A second idea would be to not just keep the current scroll bar position, but also _not_ select the active item; lose the selection entirely. This makes sense because in most contexts when you delete a selected item, you lose the selection: Even in LO - w.r.t. document content - selecting something, like some text or a drawing object, then deleting it, results in an empty selection (and no change in the position in the document, e.g. in the case of Writer). Now for your reason for WONTFIX'ing: > Keeping the current view port means that you could scroll somewhere, > switch from one paragraph with style A to another with style B and > don't see that. Nope, it doesn't mean that. If you switch from A to B - that is, take an element with style A and set its style to B - you have not deleted a style, and won't trigger the chosen behavior here. If, however, you delete style A while the focused/selected paragraph has style A, then - you will definitely see that A has lost its style. Yes, you won't see what style A now has, but - you know what that style, because deletion means the object will have the parent style. If we go with my original alternative, it will be just like having scrolled away from the selection of the parent style. My second alternative will not let you see what A's style is even by scrolling. But this is also not a problem, because this is what happens whenever you select a style on the list without double-clicking/applying it: The active item is not known, only the selected one. So you'll just have another action which gets you into this state. (Plus, if bug 94427 is addressed, you will still have a visual reminder of the parent style becoming active, when you scroll to that parent style). -- You are receiving this mail because: You are on the CC list for the bug.