Bug 156537 - View > Toolbars > Customize... prefers last chosen tab rather than Toolbars
Summary: View > Toolbars > Customize... prefers last chosen tab rather than Toolbars
Status: RESOLVED DUPLICATE of bug 130399
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
7.6.0.0 alpha1+
Hardware: All All
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Customise-Dialog
  Show dependency treegraph
 
Reported: 2023-07-30 18:35 UTC by Eyal Rozenberg
Modified: 2023-08-14 13:42 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Eyal Rozenberg 2023-07-30 18:35:37 UTC
When I use the menus and open View > Toolbars > Customize... - I expect to get a dialog which lets me customize the toolbars. Instead, I get a dialog for customizing all sorts of things - which is ok, as long as the Toolbars pane of this dialog is selected/active. Except that the chosen tab is the persisted one, i.e. the one I last had selected when closing the dialog. 

This is confusing, and may lead users to try to look for their toolbar of interest in the list of menus, and even customize their menus instead of the toolbar they wanted if they have the same name.
Comment 1 V Stuart Foote 2023-08-14 12:08:00 UTC
Of course the View -> Toolbars -> Customize... is the same dialog launched with Tools --> Customize... and has exactly that control logic.

Opening dialog on the last used tab would normally be preferred--when "customizing the UI" one tends to do it sequentially--so opening to the same dialog tab is functional.

But, can see some utility for logic added to the Customize... dialog launch from the View --> Toolbars landing on the 'Toolbars' tab. Just that it doesn't disrupt its behavior when launched from Tools.
Comment 2 Eyal Rozenberg 2023-08-14 13:08:00 UTC
(In reply to V Stuart Foote from comment #1)
> Of course the View -> Toolbars -> Customize... is the same dialog launched
> with Tools --> Customize... and has exactly that control logic.

The same dialog is used, but it's a different intent. Just like a dialog for getting a string from the user might be the same for many different uses, but you don't want it to offer as default the last string entered - if one dialog was for, say, a username, and another was for the name of a style (yes, I know we don't ask for that in single-textbox dialogs, it's just an example).


> Opening dialog on the last used tab would normally be preferred--when
> "customizing the UI" one tends to do it sequentially--so opening to the same
> dialog tab is functional.

So, this is true if you're opening the dialog for the same purpose (and as the same kind of dialog). Otherwise there is no such benefit, and it's in fact detrimental and confusing to do so.

> But, can see some utility for logic added to the Customize... dialog launch
> from the View --> Toolbars landing on the 'Toolbars' tab. Just that it
> doesn't disrupt its behavior when launched from Tools.

I'd say select the last tab used when it was last launched as a general "Customize...", and if launched for customizing the menus or customizing the toolbars, then select that tab.
Comment 3 Heiko Tietze 2023-08-14 13:24:50 UTC
Agreed, running customize on the toolbar should open the respective dialog tab while the generic command started from the main menu opens the first / last open tab.
Comment 4 Roman Kuznetsov 2023-08-14 13:42:17 UTC

*** This bug has been marked as a duplicate of bug 130399 ***