Bug 72080 - CONFIGURATION: Set default Find (Ctrl+F) options, either separate, or based on settings in find dialog (Ctrl+H)
Summary: CONFIGURATION: Set default Find (Ctrl+F) options, either separate, or based o...
Status: RESOLVED WONTFIX
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: needsUXEval
Depends on:
Blocks: Find-Toolbar
  Show dependency treegraph
 
Reported: 2013-11-27 18:16 UTC by bremmons
Modified: 2020-01-17 08:39 UTC (History)
6 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 bremmons 2013-11-27 18:16:09 UTC
Problem description: Currently, the CTRL+F search function does not change its behavior by the settings you can set in the Find & Replace window, nor is it possible to set defaults for that behavior. It would be helpful to be able to set options like Regex, Similarity search, Search in all sheets, etc. by default.

Steps to reproduce:
1. Press CTRL+F and search.
2. ....
3. ....

Current behavior:
Your search is performed using basic system behavior, assuming all options are unchecked.

Expected behavior:
Search is performed based on most recent state of the "Find & Replace" window, or by user-specified defaults if that window hasn't been opened or changed.
Operating System: All
Version: unspecified
Comment 1 sophie 2013-12-06 16:25:44 UTC
Confirmed with version Version: 4.1.3.2
Build ID: 70feb7d99726f064edab4605a8ab840c50ec57a Ubuntu 13.10 - Set to Enhancement and New, changed Plateform to All - Sophie
Comment 2 V Stuart Foote 2020-01-04 17:23:56 UTC
@Heiko, *

The "fix" for bug 62601 did not fully segregate the Find bar <Ctrl>+F from the Find & Replace dialog <Ctrl>+H; leaving lingering issues like bug 115665

Some suggestions to merge configuration/GUI like bug 129783, and many one-off requests to add settings to the Find bar (bound to or independent) from the Find & Replace dialog settings continue to arrive.

Seems this needs a UX-Advise discussion of how to proceed, so we can handle UX requests and design in a consistent fashion.  

Should the Find bar offer customization for the search functions of the Find & Replace dialog?  Should it be a limited set of search functions?  Should the configuration of the Find bar fully pick up its settings from the Find & Replace dialog--and be stateful/recorded to user profile?
Comment 3 Heiko Tietze 2020-01-06 10:50:48 UTC
Basically, in my opinion the findbar should be as simple as possible and all advanced stuff goes to the find dialog. Nothing to say against a dedicated sidebar tab.

If we continue with the entanglement of toolbar and dialog, why not have all options controlled by the dialog?

Third alternative is to have the same set of options as on the dialog available in a kind of options dialog (something like a hamburger menu).
Comment 4 Eike Rathke 2020-01-08 19:11:03 UTC
Find bar using hidden last settings from the Find&Replace dialog is awful, leading to incomprehensible behaviour with options set but not available in the Find bar.
Comment 5 Heiko Tietze 2020-01-17 08:23:59 UTC
We discussed the topic in the design meeting. While a couple of options are feasible such as take all settings from the search dialog (bad usability as Eike pointed out), provide a dedicated set of options (unclear what is actually set, question whether to remember or not) the workflow is to quickly find one or more places without considering special cases. That's up for the search dialog and the quick find toolbar should remain simple (we should rather remove the Whole words only option than adding more). So the verdict is WF.

Same decision has been made for bug 125282 or bug 129469, for example. We should make the ctrl+H search and the ctrl+F find functionality completely independent (see bug 115665). And the request to unify the two options in bug 129783 is also rejected therefore.