Both the Find Toolbar and the Quick Find Sidebar offer partial functionality relative to the full-blown Find & Replace dialog. But - their functionality should be quite similar. Specifically, the Find Toolbar should offer, at least via optional toolbar elements or a settings/gearwheel button, those search options available on the Quick Find Sidebar (QFS). Specifically, QFS currently currently offers "Whole Words Only" and a "Similary" match; and these cannot be added to the Find Toolbar by customizing it. Note that bug 166061 regards the other direction: Find-Toolbar features missing in QFS.
Why "must have"? The UI have special purpose, and I miss a use case.
(In reply to Heiko Tietze from comment #1) > Why "must have"? The UI have special purpose, and I miss a use case. Both of these are UI for the same general purpose, which is searching for things, "simply", with a textbox for the search patterns. Their difference is in whether the document scrolls to the results, or whether they're collected in the sidebar. That means - I would say - that QFS-specific options need to be those that regard the collection of results in the sidebar rather than the search itself, which needs to be the same. I hope that answers the question.
Maybe. But the Sidebar Find deck may still evolve as it currently does not support result GUI for the Find & Replace dialog. In its current configuration search configuration of the Find toolbar and the Sidebar Find results deck should more aligned.
(In reply to V Stuart Foote from comment #3) > Maybe. But the Sidebar Find deck may still evolve as it currently does not > support result GUI for the Find & Replace dialog. I agree that if it evolves into something significantly different, then the alignment I'm arguing for may be invalidated. But as long as the Find Sidebar offers a textbox for quick searches, it should not be deficient relative to the Find (Tool)bar.
We discussed the topic in the design meeting. In principle we aim for a clear and easy to access UI with only the needed controls on toolbars. And rejected therefore similar requests in bug 119200, bug 98270, bug 145292, and bug 133833, for instance. However, if the controls are added hidden or in a menu similar to the sidebar it keeps the UI clean and allows user-customization.