Bug 91874 - A Search by function or keyword over main menu-- similar to SpotLight, Tell Me, or Ubuntu's HUD but native for LO GUI
Summary: A Search by function or keyword over main menu-- similar to SpotLight, Tell M...
Status: VERIFIED FIXED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
unspecified
Hardware: Other All
: high enhancement
Assignee: Not Assigned
URL:
Whiteboard: target:7.2.0
Keywords:
: 78033 93842 100315 101110 111419 119002 119379 121121 127494 128242 129093 130115 130344 138838 147055 150792 (view as bug list)
Depends on: 142267 142413 142243 142524 142532 142949 143342 143388 143817
Blocks: Main-Menu LibO-Enhancements HUD
  Show dependency treegraph
 
Reported: 2015-06-05 11:07 UTC by Yan Pas
Modified: 2024-05-21 11:57 UTC (History)
35 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 Yan Pas 2015-06-05 11:07:44 UTC
Request feature similar to Tell Me in Office 2016. Searchbox located next to main menu. When you type there - dropdown list appears with relevant suggestions. For intance in Calc you type "piv" - and this searchbox suggests you "Data - Pivot Table - Create"
Comment 1 Björn Michaelsen 2015-10-28 23:31:49 UTC
LibreOffice already exports its menus via dbus on desktop environments that support it -- thus enabling the Ubuntu HUD.
Comment 2 Björn Michaelsen 2016-03-29 23:16:01 UTC
Closing this as WFM as the dbus menu export is there and works. All it needs is the desktop software outside of LibreOffice to pick it up like Unity does.
Comment 3 Adolfo Jayme Barrientos 2016-04-02 04:08:49 UTC
@Björn, this feature request is for LibreOffice *itself* to provide a search box where one can find menu commands. Of course, this will be redundant with Ubuntu Unity’s HUD feature, but this functionality is lacking in all the other platforms LibreOffice runs on.
Comment 4 Adolfo Jayme Barrientos 2016-06-11 07:48:14 UTC
*** Bug 100315 has been marked as a duplicate of this bug. ***
Comment 5 V Stuart Foote 2016-06-11 12:34:31 UTC
Thanks Adolfo! I'd searched for these but didn't pick them out :-( To suplement Yan's OP here, bringing these over from dupe bug(s) and adjusting summary--consolidating UX and any implementation discussion on this issue.

bmharding 78033#0
...
Implement a smart text box to allow people to find functions in LibreOffice or tutorials and help without hunting through the menus.
...
To improve usability and productivity and to help users discover functions in various LibreOffice applications.
...
(i) The Smart address bar in most web browsers allows the user to start typing and see items from their browsing history, bookmarks or a smart auto-suggested web search. If they don’t find it, they can use a web search to do so. (e.g. Chrome, Firefox smart bars)
(ii) Windows 7’s Start Menu will search for installed programs, documents, other files, emails, control panel items etc.
...
• If no results come up, offer a web-search based on, for example, LibreOffice Writer + search term which might throw up tutorials which use a different form of words than is used in the feature or function’s name or description.
• Allow the user to pin favourite functions next to the smart box (icon + mouse-over tooltip) and/or display recently found functions. Only power users will find the Customize menu options.
• Context-aware results – e.g. if the cursor is in Writer table and the user starts typing ‘COL’ they might want things to do with Background COLOR or Font COLOR or table COLUMN-width. If in non-table areas, they might be interested in Font COLOR or COLUMNS text layout. If in a multi-column area they might want to insert a COLUMN-break.
• Indicate where to find the feature via the pull-down menu structure.
• Make common suggestions based on cursor context all the time without requiring input. E.g. if selecting text in a table, display “type here or see suggested functions” and when cursor is there, offer select cell, select current row, select current column, select whole table. 

=-=-=

nielsenmateusz 100315#0
Searching through menus can often be time consuming, and if you're inexperienced with the Suite, you have to go to the Documentation to find a specific feature that you want. 

A nice way to fix that would be implementing a search box that allows you to search for specific functionalities in the program. Search for "horizontal line" and you get all the functionalities of the program with this keyword, including "insert horizontal line".

You can simply click enter, and it will insert a horizontal line, or you can press Ctrl+Shift+Enter and it will show you how to navigate the menu to find that specific thing you searched for. 

If you search "Horizontal Line" and use the help option, it will open
Format -> Styles and Formatting -> Horizontal Line
step by step, showing the user how to get to that functionality without using the search box.

Now the user can learn about the program in a more visual way without going to documentation.

Stuart 100315#1 --
Isn't this just a rehash of see also bug 43894 -- if the built-in help is installed the indexed search is provided as localized for the OS.  F1 provides the dialog where select the Find tab. And on OS X, believe it is integrated into the Help menu.

Tomaž 100315#2 --
No, this sounds like "search for commands" that is available by default in MSO 2016 (and with a plug-in in previous versions). And Ubuntu also has something like this to search the menus of programs (including LibreOffice)..

When we reorganized the menu and we moved commands around something like this would be useful for the users. For example people didn't find pivot table at its usual place - with this the user could type "pivot" and the search would find all commands that has "pivot" in the name. So in this case it would find "Insert -> Pivot Table.." and if you click on it / hit enter, it would execute the command.

I think something like this would be useful to have native in LO to make searching for commands in the menu easier and I don't think it would be that hard to implement.

Heiko in 100315#3 --
Isn't this system feature, like Spotlight on MacOS or Unity's HUD? And in case of Microsoft Windows there might be an app which does the same. So NOTOURFEATURE?

Tomaž  in 100315#5 --
Well for OSX and Ubuntu it is a system feature but this requires a system with global menu and integration from LO. So I doubt there is an application for Windows which does this.

I think this feature is useful for all users so it would be useful to have it available in LO on all platforms. The search could go even deeper and not be bound just to the menu (style search and apply for example). That's probably why MS added it to MSO 2016. It is quite convenient to hit Alt-Q and type "ins pic" + enter to open an insert picture dialog.
Comment 6 V Stuart Foote 2016-06-11 12:35:53 UTC
*** Bug 78033 has been marked as a duplicate of this bug. ***
Comment 7 Heiko Tietze 2016-06-11 21:56:46 UTC
I'd follow Björn here: system functions should remain where they belong to, at the OS/DE. It might be a well-accepted feature on MacOS or Unity but it isn't known on Windows and those users never expect it.

However, the feature itself is great and fits perfectly into the criteria for extensions. So my suggestion is to introduce a category or keyword here on the bugtracker where we move those tickets which could be taken by the community. Similar to EASYHACKS with a few tips how to solve the problem.
Comment 8 Yousuf Philips (jay) (retired) 2016-08-05 09:52:23 UTC
This feature was something me and joel talked about in 2014 and i had it in a google docs file of enhancements, so glad someone already created a bug report for it, as i was just about to do so. ;D

Here is the text i had in the google doc file.

"Search field that will have the power to search through menus (similar to ubuntu’s HUD), provide links to other related menu items (e.g. user types ‘header’ and related shows ‘footer’), list help results (pulled from the help search if its installed) and link to youtube videos related to topics (each feature will have associate video links associated with it explaining more about the function and how it works - e.g. TheFrugalComputerGuy vids[1])."

This feature is also available in MS Office 2007 and 2010[2] as well as MS Office Online and Google Docs.

[1] https://www.youtube.com/user/TheFrugalComputerGuy/videos
[2] https://www.microsoft.com/en-us/download/details.aspx?id=28559

This feature would be useful as a text field in the toolbar, especially in a UI mode where the menubar is hidden.
Comment 9 Yan Pas 2016-08-05 09:58:12 UTC
Eclispe IDE Neon has this feature too and has even search over settings.
Comment 10 Heiko Tietze 2016-10-11 13:26:10 UTC
*** Bug 101110 has been marked as a duplicate of this bug. ***
Comment 11 Mike Kaganski 2016-10-12 05:36:55 UTC
As advised by Heiko, here are relevant bits from bug 101110:

...
I imagine that something like in AutoCAD, where there is a rich menu with an input box, where one can enter either help request, or (some characters of) a command name, and in the list beside the input box, there appear both similarly named commands and help topics, so clicking to any of those, one gets either the command executed or help topic open. See https://www.youtube.com/watch?v=peDXW7lu6tk

The "menu" could be e.g. in a sidebar.

I suppose that this would make it easier to use some commands that one cannot fins in menu/toolbar. And macros should be available there, too, as ordinary commands.
...
There are several main problems that this proposal could solve.
1. When I want to use some rarely-used command. :) For a power user, that knows of some less-used functionality but useful in some situations, this is surely often encountered situation. One single rare command may be required once a year, but there's another one, and another, too much of them.
2. When I want to maximize usable screen space, like using new single toolbar. So, the toolbar space is not too huge.
3. When I don't know (remember) where the command is (menu/toolbar) and what its icon is, but searching by (part of) command's name will show me its icon and (hopefully) will show me its position on menu. Further, I may not remember its correct name, I may enter a word "capitals", and each command having a good description and growing dictionary of aliases, I'll be presented with "Format->Text->UPPERCASE" and "Format->Text->Capitalize Every Word" commands, and also "Format->Character" with help section describing its Font Effects, and Character Styles in that context. This way, anyone will find it easier to find commands for requested functionality, easier to learn and enhance proficiency.
...
This kind of UI is very common currently. You may see it in Unity Dash, Windows Start, Blender etc. Also, I see a wish for this rather frequently in forums (e.g. here: http://blender.stackexchange.com/questions/40163/find-commands-by-name , here in Russian: https://www.linux.org.ru/forum/talks/12695695/page1?lastmod=1467486174771#comment-12705845)
...
(In responce for suggestion that it's better addressed with a plugin fetching Uno commands list):
I'm afraid it's impossible without "native development", because otherwise it won't be able to use additional information. I mean, that it must respond to "contextual" meaning (bring commands that don't have typed words in names, but that may do what user wants, e.g. by having a dictionary of "tags" attached to each command), etc. Supporting external DB of such information is unfeasible, because it would require from maintainer to do it multilingually, track each new/modified command, etc.

Not every LO feature has its uno command: e.g., many entries inside Format Character dialog. I'm afraid, that if users will search for "Blinking", they won't find requested commands using your suggested approach, while in best case they would be presented the option to open that Format Character dialog.

Many uno commands would likely come unlocalized; that would be a showstopper for this feature.

The feature should also provide relevant help entries (online/offline, depending on whether help is installed locally).

I suppose that the feature is only possible by gradual development. First, create infrastructure for it, e.g. means for feature developers to define the "tags" for their commands. Implement the feature to be user-visible, and then gradually fill required data to existing commands, hopefully with a bunch of easy hacks. Include this into localization process, etc.
...
And btw, with notebookbar coming (that is often criticized for wasting vertical space, and is targeted to users that tend not to use menu), and already implemented single toolbar (that clearly seeks to maximize screen real estate), the need to hide menu bar will be greater. It would be possible to continue being productive without menu bar in LO, if such a feature is implemented.
...
See also: bug 90195
Comment 12 Adolfo Jayme Barrientos 2017-08-08 14:26:07 UTC
*** Bug 111419 has been marked as a duplicate of this bug. ***
Comment 13 Xkm 2017-09-12 13:43:14 UTC
This would also be useful for the new Notebookbar, thus adding to its RFE list. It would easily fit right to the tabs.

Please correct me if I should open a separate bug report on that.
Comment 14 Heiko Tietze 2018-02-27 08:36:02 UTC
Here is a nice prototype https://clickortap.wordpress.com/2010/10/21/the-citrus-search-box/
Comment 15 Mike Kaganski 2018-07-30 13:02:19 UTC
*** Bug 119002 has been marked as a duplicate of this bug. ***
Comment 16 Heiko Tietze 2018-08-21 08:57:06 UTC
*** Bug 119379 has been marked as a duplicate of this bug. ***
Comment 17 Mike Kaganski 2018-11-02 12:02:42 UTC
*** Bug 121121 has been marked as a duplicate of this bug. ***
Comment 18 nonedisponibile 2018-11-02 13:18:12 UTC
Hello Mike and thanks for the patience.

Just a quick take from the bug I'd opened:

a quick way to implement this would be a simple dialog composed of a one-line textbox on top and a listbox in the rest of the window.

A proof of concept (the same thing implemented in GIMP) is shown in this video at minute 1:20 https://www.youtube.com/watch?v=DIQdhq6cocA&t=80s
Comment 19 andreas_k 2018-12-08 22:15:44 UTC
I'm a big fan of something like this but why does this blog Notebookbar?
Comment 20 Thomas Lendo 2018-12-08 22:44:30 UTC
Removing Notebookbars meta (if then it also should have blocked toolbars meta as well), adding enhancements meta.
Comment 21 m_a_riosv 2019-01-22 17:53:43 UTC
*** Bug 122882 has been marked as a duplicate of this bug. ***
Comment 22 V Stuart Foote 2019-09-11 13:43:13 UTC
*** Bug 127494 has been marked as a duplicate of this bug. ***
Comment 23 andreas_k 2019-09-11 13:55:59 UTC
as suggested in bug 119379 I don't see an issue if the search move to the sidebar and look similar to the customization dialog https://bug-attachments.documentfoundation.org/attachment.cgi?id=144323

an second option could be make an global search sidebar where you search after content or commands and separate the results.
Comment 24 V Stuart Foote 2019-09-11 14:42:52 UTC
(In reply to andreas_k from comment #23)
> as suggested in bug 119379 I don't see an issue if the search move to the
> sidebar and look similar to the customization dialog
> https://bug-attachments.documentfoundation.org/attachment.cgi?id=144323
> 
> an second option could be make an global search sidebar where you search
> after content or commands and separate the results.

I'd love to see this as a dedicated deck in the SideBar--and that may be a more achievable first step  considering the amount of native code likely needed to integrate into the various os/DE provided command 'search' widgets.

Longer term the os/DE is still needed, but internal to LO Sidebar seems a good place to start.
Comment 25 Heiko Tietze 2019-09-11 15:14:29 UTC
(In reply to andreas_k from comment #23)
> as suggested in bug 119379...

(In reply to V Stuart Foote from comment #24)
> I'd love to see this as a dedicated deck...

Isn't the search-at-the-sidebar request off-topic here since this ticket is about a filter for the main menu. Use case: Evil designers change the position of menu items so often that users cannot remember where to look for rarely used functions and want to search for it.
Comment 26 V Stuart Foote 2019-09-11 15:34:03 UTC
(In reply to Heiko Tietze from comment #25)
> (In reply to andreas_k from comment #23)
> > as suggested in bug 119379...
> 
> (In reply to V Stuart Foote from comment #24)
> > I'd love to see this as a dedicated deck...
> 
> Isn't the search-at-the-sidebar request off-topic here since this ticket is
> about a filter for the main menu. Use case: Evil designers change the
> position of menu items so often that users cannot remember where to look for
> rarely used functions and want to search for it.

Not at all, the work for parsing the commands into some searchable/actionable structure would have to happen regardless of it being passed for use by an os/DE provided tool.

And while doing all the os/DE integration is a lot of new native code, parsing into a filter list of commands is probably trivial, while providing a widget to search/select/apply on a Menu or on a Toolbar, or in the Notebook Bar, or yes even a Sidebar content panel is in scope of this issue.
Comment 27 andreas_k 2019-09-11 16:32:42 UTC
I see big advantage if we have a search sidebar in difference to an input field somewhere in the toolbar.

You have more space
You can combine it with the help search after an command will show you also the help or the tooltip if selected.
You can combine the sidebar with text search
In the developer release you can add there stuff like uno command names, ... which would help us icon designer, ...
Comment 28 Xkm 2019-09-11 19:02:48 UTC
(In reply to Heiko Tietze from comment #25)
> (In reply to andreas_k from comment #23)
> > as suggested in bug 119379...
> 
> (In reply to V Stuart Foote from comment #24)
> > I'd love to see this as a dedicated deck...
> 
> Isn't the search-at-the-sidebar request off-topic here since this ticket is
> about a filter for the main menu. Use case: Evil designers change the
> position of menu items so often that users cannot remember where to look for
> rarely used functions and want to search for it.

+1: I don't use LibreOffice daily but when I use it, it often takes me minutes to find the menu entry / command I was searching for. I would like to have the search as part of the primary window (and not as part of something I don't even know or understand). As much as I don't like M$ Office, their design is quite helpful in this case. See [1] for an example.


[1] https://www.pcworld.com/article/2155462/microsoft-adds-tell-me-search-bar-to-excel-powerpoint-online.html
Comment 29 V Stuart Foote 2019-10-19 19:05:09 UTC
*** Bug 128242 has been marked as a duplicate of this bug. ***
Comment 30 maryline.latorre 2019-10-19 21:10:22 UTC Comment hidden (me-too)
Comment 31 Mike Kaganski 2019-11-29 06:23:31 UTC
*** Bug 129093 has been marked as a duplicate of this bug. ***
Comment 32 Xisco Faulí 2019-12-02 11:09:51 UTC
Changing priority to 'high' since the number of duplicates is 5 or higher
Comment 33 Heiko Tietze 2020-01-22 10:31:21 UTC
*** Bug 130115 has been marked as a duplicate of this bug. ***
Comment 34 V Stuart Foote 2020-02-02 13:31:50 UTC
*** Bug 130344 has been marked as a duplicate of this bug. ***
Comment 35 Buovjaga 2020-11-19 20:08:34 UTC
*** Bug 93842 has been marked as a duplicate of this bug. ***
Comment 36 V Stuart Foote 2020-12-12 15:31:09 UTC
*** Bug 138838 has been marked as a duplicate of this bug. ***
Comment 37 Commit Notification 2021-05-11 14:09:34 UTC
Tomaž Vajngerl committed a patch related to this issue.
It has been pushed to "master":

https://git.libreoffice.org/core/commit/83d91ebbbda2204af9a09a921055a850a16911e0

tdf#91874 Command Popup - HUD to search and run LO commands

It will be available in 7.2.0.

The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
https://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.
Comment 38 Adolfo Jayme Barrientos 2021-05-27 09:38:52 UTC
Closing as fixed; further enhancements to be filed as separate bugs blocking this one. Thanks Tomaž!
Comment 39 BogdanB 2021-06-04 18:36:13 UTC
It is working in Version: 7.2.0.0.alpha1+ / LibreOffice Community
Build ID: e96554b67b17f9d3d91b0bb1f29ab0b9cdc43dcb
CPU threads: 4; OS: Linux 5.8; UI render: default; VCL: gtk3
Locale: ro-RO (ro_RO.UTF-8); UI: en-US
Calc: threaded

Can be opened from: 
Help - Search Commands 
OR
pressing Ctrl+F1
Comment 40 Mike Kaganski 2022-01-29 11:39:23 UTC
*** Bug 147055 has been marked as a duplicate of this bug. ***
Comment 41 V Stuart Foote 2022-09-05 16:01:56 UTC
*** Bug 150792 has been marked as a duplicate of this bug. ***