[Libreoffice-bugs] [Bug 150814] Search Commands should also search commands _not_ on the menus
https://bugs.documentfoundation.org/show_bug.cgi?id=150814 Stéphane Guillou (stragu) changed: What|Removed |Added CC||avidseek...@protonmail.com --- Comment #7 from Stéphane Guillou (stragu) --- *** Bug 153001 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150814] Search Commands should also search commands _not_ on the menus
https://bugs.documentfoundation.org/show_bug.cgi?id=150814 Heiko Tietze changed: What|Removed |Added Blocks||151228 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=151228 [Bug 151228] [META] Search for commands -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150814] Search Commands should also search commands _not_ on the menus
https://bugs.documentfoundation.org/show_bug.cgi?id=150814 Heiko Tietze changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||0813 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150814] Search Commands should also search commands _not_ on the menus
https://bugs.documentfoundation.org/show_bug.cgi?id=150814 Heiko Tietze changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=91 ||874 Status|UNCONFIRMED |NEW Blocks||115596 Ever confirmed|0 |1 CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Keywords|needsUXEval | --- Comment #6 from Heiko Tietze --- We discussed the topic in the design meeting and agree on the benefit. Since the function by now also educates user where to find the command in the main menu, the change needs to address this. We came up with a couple of ideas: a) change the appearance like italic font, or gray color b) use some textual indicator like brackets [Command] c) some label like "Not in menu: Command" d) positional indicator, ie. use a horizontal ruler and list the non-menu commands below Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=115596 [Bug 115596] [META] Labels of UNO commands bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150814] Search Commands should also search commands _not_ on the menus
https://bugs.documentfoundation.org/show_bug.cgi?id=150814 --- Comment #5 from Tomaz Vajngerl --- (In reply to Heiko Tietze from comment #3) > An example might be .uno:FormatBulletsMenu (the menu Format > Lists), which > is excluded from HUD and customization. Limiting to what the customization > offers sounds correct. > And a command not being listed in the menu and therefore not showing up in > the HUD is .uno:ContinueNumbering (Add to List) (which is surprising since > it's listed under Format > Lists). > > From the UX POV we loose the educational aspect that commands are shown with > their menu position (like "list" => Form / List Box, Format / Lists / No > Lists...). Not a bug deal since we could show other commands underneath a > separator. > > Tomaz, any technical blocker? context disabled commands are not added to the list -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150814] Search Commands should also search commands _not_ on the menus
https://bugs.documentfoundation.org/show_bug.cgi?id=150814 --- Comment #4 from Eyal Rozenberg --- (In reply to Roman Kuznetsov from comment #2) > Hm, I thought we have ALL commands in main menu If that were the case, the menus would be huge. Go to Tools | Customize and you'll see. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150814] Search Commands should also search commands _not_ on the menus
https://bugs.documentfoundation.org/show_bug.cgi?id=150814 Heiko Tietze changed: What|Removed |Added CC||qui...@gmail.com --- Comment #3 from Heiko Tietze --- (In reply to V Stuart Foote from comment #1) > But how would that work for commands that have input and configuration > requirements? An example might be .uno:FormatBulletsMenu (the menu Format > Lists), which is excluded from HUD and customization. Limiting to what the customization offers sounds correct. And a command not being listed in the menu and therefore not showing up in the HUD is .uno:ContinueNumbering (Add to List) (which is surprising since it's listed under Format > Lists). >From the UX POV we loose the educational aspect that commands are shown with their menu position (like "list" => Form / List Box, Format / Lists / No Lists...). Not a bug deal since we could show other commands underneath a separator. Tomaz, any technical blocker? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150814] Search Commands should also search commands _not_ on the menus
https://bugs.documentfoundation.org/show_bug.cgi?id=150814 --- Comment #2 from Roman Kuznetsov <79045_79...@mail.ru> --- Hm, I thought we have ALL commands in main menu because it's our HIG. Isn't it? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150814] Search Commands should also search commands _not_ on the menus
https://bugs.documentfoundation.org/show_bug.cgi?id=150814 V Stuart Foote changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||vstuart.fo...@utsa.edu Keywords||needsUXEval --- Comment #1 from V Stuart Foote --- But how would that work for commands that have input and configuration requirements? As is, a command coming from menu UNO action gets a simple launch action--doing much more than that search/locate wise would require way too much effort to provide a launchable action. But still, it would be nice to show .uno: command names in the search. As an alternative to hunting for them in the Tools -> Customize dialog. -- You are receiving this mail because: You are the assignee for the bug.
