Created attachment 195403 [details] Screenshot of drag-handle-less text formatting toolbar I've created a new document with LOdev 25.2 . Initially, only the standard toolbar is visible. Now, while editing a text box, I made the Text Formatting toolbar visible - it appears after the standard toolbar on the same row (in itself a bug). I then toggled the toolbar locking. I then saw a drag-handle for the standard toolbar - but _not_ for the formatting toolbar. This remained the case even when I drag the standard toolbar away making it floating. There does not seem to be a way to drag and move the Text Formatting toolbar. My display is 1920x1080 and my window is maximized.
As long as you do not disable locking globally, you have to unlock each toolbar individually. Thus unlocking the Standard toolbar does not unlock the Text Formatting toolbar. To unlock toolbars globally go to Tools > Options > LibreOffice > Advanced > Open Expert Configuration. Search for "locked" finds Toolbars > States in section org.openoffice.Office.UI.GlobalSettings. Doublclick the item to toggle state.
(In reply to Regina Henschel from comment #1) > As long as you do not disable locking globally, you have to unlock each > toolbar individually. Thus unlocking the Standard toolbar does not unlock > the Text Formatting toolbar. Ah. Ok, so generalizing this bug. In most applications I know, unlocking of toolbar position is global, i.e. applies to all toolbars. This makes more sense to me, because as a user, you are either in "playing with toolbar positions" or "using the app with the toolbars as positioned", and not partially in each of these modes at the same time.
The options is available via View > Toolbars > [x] Lock Toolbars, see bug 131817. We intentionally lock by default, see bug 92484. => NAB In any case you should verify the UI with a clean user profile resp. Help > Restart in Safe Mode: Continue in Safe Mode. The default is standard and formatting toolbars on, where the formatting toolbar turns into the Drawing Objects Properties toolbar when editing a text box.
(In reply to Heiko Tietze from comment #3) > We intentionally lock by default, see bug 92484. No problem with that, this issue is not about locking by default. > The options is available via View > Toolbars > [x] Lock Toolbars, see bug > 131817. 1. That requires a restart (gasp). That in itself makes it half-irrelevant. 2. This bug is about making the unlocking toggle available through a toolbar's context menu unlock all toolbars. Let the single-toolbar-locking, which I suspect is of almost no interest to anyone, be hidden away off the context menu; and let the more commonly-desired function be on that menu.
You can customize the command .uno:ToolbarLock to your preferences.
(In reply to Heiko Tietze from comment #5) > You can customize the command .uno:ToolbarLock to your preferences. I'm talking about the default behavior of the "Lock Position" context menu item. It should be named "Lock Toolbar Positions" and lock and unlock the toolbar positions.
(In reply to Eyal Rozenberg from comment #6) > I'm talking about the default behavior of the "Lock Position" context menu > item. It should be named "Lock Toolbar Positions" and lock and unlock the > toolbar positions. Just adding "Position" to the label? I don't see the benefit. And it does un/lock the position, doesn't it.
(In reply to Heiko Tietze from comment #7) > (In reply to Eyal Rozenberg from comment #6) > > I'm talking about the default behavior of the "Lock Position" context menu > > item. It should be named "Lock Toolbar Positions" and lock and unlock the > > toolbar positions. > Just adding "Position" to the label? I don't see the benefit. > > And it does un/lock the position, doesn't it. No, it only unlocks the single toolbar's position. It should unlock _all_ toolbars' position.
That's the opposite of a contextual control. Unlocking one toolbar, if the global lock is released, is the appropriate action.
(In reply to Heiko Tietze from comment #9) > That's the opposite of a contextual control. Unlocking one toolbar, if the > global lock is released, is the appropriate action. The vast majority of users only ever want a global lock: They want to lock globally, or unlock globally. They do not want to manage individual toolbar lock states. And the context menu for any toolbar should allow releasing or setting the global lock. This is what's common in other apps with toolbar position locking - on Windows and on Linux. In fact, I don't remember seeing per-toolbar lock state even once, other than in LO. We should either drop the per-toolbar lock state altogether, or relegate it to... I don't know, someplace obscure. Probably just cancel it altogether.
-1 The main menu entry View -> Toolbars 'Lock Toolbars' global Boolean is sufficient, even needing a restart (as for bug 131817 [1]). Beyond that, the per-toolbar customization to unlock/lock a specific TB via its context menu suffices. The control from a single TB context menu should not be global. =-ref-= [1] https://gerrit.libreoffice.org/c/core/+/115797