Status

enhancement
18 years ago
8 years ago

People

(Reporter: tpowellmoz, Unassigned)

Tracking

(Blocks 1 bug)

Dependency tree / graph

Firefox Tracking Flags

(Not tracked)

Details

Reporter

Description

18 years ago
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
Reporter

Comment 3

18 years ago
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

Updated

18 years ago
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.0

Comment 5

18 years ago
usability/polish, 0.9.4.
Target Milestone: mozilla1.0 → mozilla0.9.4

Updated

18 years ago
Target Milestone: mozilla0.9.4 → mozilla0.9.5

Comment 6

18 years ago
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

Updated

18 years ago
Target Milestone: mozilla0.9.6 → mozilla1.0

Updated

18 years ago
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

Updated

17 years ago
Blocks: 157199

Updated

17 years ago
No longer blocks: 157199

Updated

17 years ago
Summary: [RFE] Add Find button to toolbar → Add Find button to toolbar
QA Contact: pmac → sairuh

Comment 8

15 years ago
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?

Comment 9

15 years ago
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

Updated

11 years ago
Component: XP Apps: GUI Features → UI Design

Updated

11 years ago
No longer depends on: 15144

Updated

11 years ago
Blocks: 157199
You need to log in before you can comment on or make changes to this bug.