[Libreoffice-ux-advise] [Bug 153410] Style list re-focuses on selected-object style after deleting a style

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Tue Mar 7 19:09:15 UTC 2023


https://bugs.documentfoundation.org/show_bug.cgi?id=153410

Eyal Rozenberg <eyalroz1 at 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 <eyalroz1 at 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.


More information about the Libreoffice-ux-advise mailing list