If I go to View... Toolbar... and I select a toolbar, for example 3D settings, the toolbar is shown...
If I select the image toolbar it is show... but when I close writer and I open it again, it doesn't remember thouse toolbars and force me again to open them
this is annoying because if I normally work with pictures in the document, it is forcing me to open the toolbar everytime I open writer, which is a royal pain.
Steps to reproduce:
1. Go to Writer and open some toolbars, for example 3d settings and the image toolbar
2. Close Writer
3. Open Writer, you'll see the toolbar is not remembered and force you to configure again the toolbar to be shown
Writer don't remember the toolbars I've selected to be shown
When I tell Writer to show a toolbar is because I like that toolbar and I expect Writer show it, and when it close, remember that toolbar to be shown next time
if I configure something is because I want that stay in that way and remember the configuration, that is the normal thing... but writer don't remember the configuration of the toolbars and even if you want to show them, it doesn't remember the toolbars you want to be shown next time
Operating System: Windows 7
Version: 220.127.116.11.alpha0+ Master
Thanks for reporting. I can confirm this behavior using Linux Mint 14 x64. Because this is not yet a 'feature' I mark this as enhancement request.
*** Bug 60436 has been marked as a duplicate of this bug. ***
I found a workaround for this regression, so I can at least *close* toolbars now as explained in Bug 60436.
0. Create a new LibO Writer/Calc document.
1. Open some other toolbar that are docked to the window (like Find).
2. Close the window.
3. Create a new LibO Writer/Calc document.
4. Close the new toolbar and the Standard toolbar.
5. Close the window.
6. Create a new LibO document.
So i've played around with Writer and the following
toolbars are remembered in all versions i've tried
(from OOo 3.3 to current master):
not remembered in any version:
Bullets and Numbering
Drawing Object Properties
Standard (Viewing Mode)
OOo 3.3 and 3.4beta used to have an additional HyperlinkBar (remembered).
LO 3.4.6 and later has an additional "Navigation";
in 3.4.6 it was remembered but not in 18.104.22.168 or later versions.
LO 22.214.171.124 and later has an additional "Logo" (not remembered).
so... this is mostly a pre-existing problem, except for:
- Navigation not remembered is a regression for which separate bug 64856 exists
- bug 60436 appears not at all a duplicate of this since the
reporter claims it started in LO 4.0 (alas i can't reproduce it)
=> removing "regression"
i have a suspicion that a lot of the non-remembered toolbars
are somehow "context sensitive", e.g. you only see Table
if the cursor is actually in a table.
now, the question i have for our UX people is whether there are any
toolbars that should have their visibility state remembered but
This doesn't appear to be fixed yet in 4.1.1. Is there any ETA on the fix?
I think I saw this bug in 4.3.2
I'll copy my comment from https://bugs.freedesktop.org/show_bug.cgi?id=81475#c23 here:
I think that dynamic appearance/disappearance of toolbars is not a good idea.
For me it is comfortable to place toolbars once and use them when I want to use them, not contextually (current object- or action- dependent).
But now in 4.3.2 toolbars disappear even if they have Lock Toolbar Position option checked. Please enable static toolbar positions.
Popping toolbars may cause attention switch and may lower document author's productivity. Otherwise you will create another stupid, ugly, non-usable Ribbon/MFI. I think that many LibreOffice users would be happy with MS Office 2003-like interface.
Users do not need bells and whistles, they need comfortable and customizable interface. This interface should allow users to place and pin (lock) toolbars as they want and use keyboard shortcuts for more productivity (for example, the fastest way to add Cross-Reference is to press <Alt-i><e>).
Still a bug in 126.96.36.199. Any status update on when a fix will happen?
(In reply to Norbert X from comment #6)
> I think that dynamic appearance/disappearance of toolbars is not a good idea.
There isnt another toolbar means of accessing functions for contextual content than with contextual toolbars, but its important to try and reduce the need of the contextual toolbars from changing the appearance of the document view if possible.
> For me it is comfortable to place toolbars once and use them when I want to
> use them, not contextually (current object- or action- dependent).
Yes that maybe a useful option for advanced users, but not for basic users. Advanced users in the QA team have mentioned that they disable the appearance of contextual toolbars like the table toolbar.
> But now in 4.3.2 toolbars disappear even if they have Lock Toolbar Position
> option checked. Please enable static toolbar positions.
Locking a toolbar position is different that disabling it from being context sensitive. I checked 3.6.7 and it acts no different.
> Popping toolbars may cause attention switch and may lower document author's
> productivity. Otherwise you will create another stupid, ugly, non-usable
> Ribbon/MFI. I think that many LibreOffice users would be happy with MS
> Office 2003-like interface.
Yes one of the reasons why MS created the ribbon was due to the ever increasing number of toolbars and the toolbars popping up all over the UI, so users had to go to multiple areas of the UI to access functions. Didnt quite follow when you mentioned that users wouls like an MSO 2003-like interface, as that is what LO has.
> Users do not need bells and whistles, they need comfortable and customizable
> interface. This interface should allow users to place and pin (lock)
> toolbars as they want and use keyboard shortcuts for more productivity (for
> example, the fastest way to add Cross-Reference is to press <Alt-i><e>).
I would suggest that you submit a new enhancement report for being able to disable contextual behaviour of toolbars if a user chooses. This should be possible as the xcu window state files have entries like.
<prop oor:name="ContextSensitive" oor:type="xs:boolean">
Migrating Whiteboard tags to Keywords: ( needsDevEval topicUI)
*** Bug 101574 has been marked as a duplicate of this bug. ***
*** Bug 116033 has been marked as a duplicate of this bug. ***
Please add keyword 'needsUXEval' and CC 'firstname.lastname@example.org' if input from UX is needed.
*** Bug 127609 has been marked as a duplicate of this bug. ***