Open Bug 84718 Opened 23 years ago Updated 12 years ago

Add Find button to toolbar

Categories

(SeaMonkey :: UI Design, enhancement)

enhancement
Not set
normal

Tracking

(Not tracked)

People

(Reporter: tpowellmoz, Unassigned)

References

(Blocks 1 open bug)

Details

Way back when, in the glory days of Netscape 3!, there was a find button on the 
toolbar. And it was good. This Find button would find matching text on the 
current page; it would not search the web for anything. It would be really nice 
if Mozilla would support the Find button in the Navigator prefs for "Buttons 
you want to see in the toolbars." The checkbox should be labeled "Find in the 
page". The button would have the binocular icon and be labeled "Find" and have 
a tooltip "Find in this page". It could be nice to allow it to get input from 
the address bar just like the Search Button, but all I'm asking for in this bug 
is for a button that launches the Find dialog.

I suspect the reason this button was removed was because users understandably 
confused Find and Search. I don't think this will be as big a problem now that 
Find has a longer label. Because of potential confusion I would suggest that 
the Find button not be shown by default.

For Nav4, I have a bookmarklet that launches the find dialog. See 
http://www.worldtimzone.com/bookmarklets.html Unfortunately, this won't work 
for Mozilla because window.find() is not yet implemented. See bug 9550. Even 
when that bug is fixed, it'd be nice to have the Find button easily available 
on the regular toolbar. I seem to use Find all the time, especially on long 
pages, and having a button is very convenient.

Missing in Mozilla 0.9.1.
How about just using "Search"->"Find in This Page" or pressing accel-F?

Since this is an RFE about adding yet another pref rather than a bug in an
existing GUI feature, moving to UI Design for review.
Component: XP Apps: GUI Features → User Interface Design
Forgot to reassign.
Assignee: blakeross → mpt
QA Contact: sairuh → zach
I'd assumed that Ctrl+F and Search->Find in this Page would remain as they are. 
Yes, I know about those (note the use of the same terminology for the button 
and the comment that I use Find all the time). A button would be nice, since 
it's faster than picking the menu item and because this is a commonly used 
feature.
I agree that Find should be off by default, but should be one of the available 
buttons once we get a customizable toolbar. Marking dependency on that, --> XP 
Apps: GUI.
Assignee: mpt → blake
Component: User Interface Design → XP Apps: GUI Features
Depends on: 15144
OS: Windows NT → All
QA Contact: zach → sairuh
Hardware: PC → All
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.0
usability/polish, 0.9.4.
Target Milestone: mozilla1.0 → mozilla0.9.4
Target Milestone: mozilla0.9.4 → mozilla0.9.5
Mass moving lower-priority bugs to 0.9.6 (with Blake's pre-consent) to make room
for remaining 0.9.4/eMojo bugs and MachV planning, performance and feature work.
 If anyone disagrees with the new target, please let me know.
Target Milestone: mozilla0.9.5 → mozilla0.9.6
Target Milestone: mozilla0.9.6 → mozilla1.0
Target Milestone: mozilla1.0 → mozilla1.2
mass moving open bugs pertaining to find in page/frame to pmac@netscape.com as
qa contact.

to find all bugspam pertaining to this, set your search string to
"AppleSpongeCakeWithCaramelFrosting".
QA Contact: sairuh → pmac
Blocks: 157199
No longer blocks: 157199
Summary: [RFE] Add Find button to toolbar → Add Find button to toolbar
QA Contact: pmac → sairuh
Although the FF find bar is excellent you still can't add find to the toolbar
(except in Help).

Is this going to be fixed?
Oops just noticed this is a bug on the trunk.
Product: Core → Mozilla Application Suite
Assignee: bross2 → guifeatures
Status: ASSIGNED → NEW
QA Contact: bugzilla
No comments in 3½ years. In the meantime, Mozilla 1.2a (still the current "target") has come and gone, and is no more - retargeting to "---".
Depends on: CustomToolbars
Target Milestone: mozilla1.2alpha → ---
Filter "spam" on "guifeatures-nobody-20080610".
Assignee: guifeatures → nobody
QA Contact: guifeatures
Component: XP Apps: GUI Features → UI Design
No longer depends on: 15144
Blocks: 157199
You need to log in before you can comment on or make changes to this bug.