When you right-click on a toolbar and click 'Close Toolbar', this does not act the same as View > Toolbars > and then disabling a toolbar. Steps: 1) Open Writer 2) Insert a table 3) Notice the table toolbar appears 4) Right-click on the toolbar and click 'Close Toolbar' 5) Click outside of the table and then back inside of it 6) Table toolbar appears again 7) Click View > Toolbars > Table 8) Click outside of the table and then back inside of it 9) Table toolbar doesnt appear again Version: 4.5.0.0.alpha0+ Build ID: f1359d1221b335c4856821948f89868f021135eb TinderBox: Linux-rpm_deb-x86@45-TDF, Branch:master, Time: 2015-02-06_17:44:30 If this is the intended behaviour for 'Close Toolbar' from the context menu, then an additional entries needs to be added called 'Close Toolbar Permanently' to behave the same as the menubar.
Reproducible with LO 4.4.0.3, Win 8.1 For me this current behaviour of Close Toolbar seems also not to be intuitive. In the case of context sensitive entries one can think of a rationale behind, but if you take a look at other toolbars like for instance Changes they seem to behave like VIEW -> TOOLBARS. Maybe, it would really be good to have a distinction between close and close permanently as Jay suggested.
@Cor: could you chime in on this as i know you have experience in disabling toolbars. :D
(In reply to Jay Philips from comment #0) > If this is the intended behaviour for 'Close Toolbar' from the context menu, > then an additional entries needs to be added called 'Close Toolbar > Permanently' to behave the same as the menubar. Yes, this is by design. Close a toolbar just for now, or permanent (until turning it on again.)
As that is how it is by design, then lets turn this into an enhancement to add an entry to the context menu to permanently close the toolbar.
We're replacing our use of the 'ux-advise' component with a keyword: Component -> LibreOffice Add Keyword: needsUXEval [NinjaEdit]
Remove needsUX as input has been given.