This bug is for tracking purposes. Put all bugs that has to do with the global find dialog and find feature here.
Three feature requests: 1) Ditch the pop up window which informs the user that the text was not found. This could be avoided with a dialog that simply beeps the system beep (as "Find again" now does) and writes an informative "! Search text not found in page" message prominently in the existing Find dialog. 2) Every match of the searched-for string should be highlighted on the page. 3) The current match (respecting the find next/find previous/wrap radio) should have its line box scrolled to the top of the viewport. With the current behavior, the user has to scan the entire page area to find the match. If the Find dialog has the focus, the match is barely highlighted (gray on white, often). Worse, the match can be clipped by the Find dialog.
taking. pchen, feel free to reassign if you're not the right person [then again, this is just a meta bug].
Assignee: nobody → pchen
QA Contact: chofmann → sairuh
I added dependency on bug 97023. In this bug, are gicen primary specs for Find in Page implemented in a panel, like is/will be implemented the MailNews and Addressbook searches.
Marking p3 and mozilla1.0
Priority: -- → P3
Target Milestone: --- → mozilla1.0
pushing out to mozilla1.1
Target Milestone: mozilla1.0 → mozilla1.1
Assignee: pchen → trudelle
mass moving open bugs pertaining to find in page/frame to firstname.lastname@example.org as qa contact. to find all bugspam pertaining to this, set your search string to "AppleSpongeCakeWithCaramelFrosting".
QA Contact: sairuh → pmac
18 years ago
Depends on: 127525
Marking all tracking bugs which haven't been updated since 2014 as INCOMPLETE. If this bug is still relevant, please reopen it and move it into a bugzilla component related to the work being tracked. The Core: Tracking component will no longer be used.
Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.