Open Bug 168824 Opened 22 years ago Updated 11 years ago

Typeaheadfind: should preserve case of search string


(SeaMonkey :: Find In Page, enhancement)

Not set


(Not tracked)


(Reporter: darin.moz, Unassigned)



(Keywords: helpwanted)

when searching for a string on a page using typeaheadfind, it'd be really nice
if the status bar displayed the text i've entered without changing the case
(e.g., if i type nsIFileURL, then it shouldn't show "nsifileurl" because that's
less easy to read).
adding as blocker for bug 30088 per instructions from aaronl.
Blocks: isearch
I have one more thought about this - tell me what you think.

When the user types all the same case, typeaheadfind could search in case
insensitive mode.
When the user types mixed case, this could make typeaheadfind search in
match-case mode.

It may sound strange, but I've seen search implemented that way in other
software, and it works quite well - in terms of guessing what the user wants. It
would a way we could get one step closer to not needing the find dialog.

Anyway, I'm not married to it, just thought this was a good context to bring up
the idea.
interesting... i for one really like case insensitive search, even though i am
inclined to enter the characters in mixed case (just because that's how i'm used
to typing some strings).
Another possibility is showing the exact case of the *match* after doing a
case-insensitive search.  That's not ideal if you want to be able to show
"searching for 'foo'" while doing a CPU-intensive search through the page.
I think case sensitive searching ability would be nice, it does speed up
navigating code a bit sometimes.

Emacs, nearly same as comment 2 method: Typing in all lowercase does
case-insensitive search, any uppercase characters trigger case-sensitive search.

Comment 2 method: Can't search for an all-uppercase word case-sensitively.
Emacs method: Can't search for an all-lowercase word case-sensitively.

Should this bug be about the status bar feedback only, and the case insensitive
search triggering be spun off?
*** Bug 183893 has been marked as a duplicate of this bug. ***
Either this bug is about case (in)sensitive searches, in which case it should
have a different summary.

Or it is about preserving the case of the typed search string, in which case bug
183893 is not a duplicate of this one.

Darin, it's your bug, you decide.
it's up to aaron really.  if he wants to solve both problems with one patch,
then duping the bugs seems reasonable.
Component: XP Apps → Keyboard: Find as you Type
*** Bug 215669 has been marked as a duplicate of this bug. ***
Severity: normal → enhancement
please remember to turn this off is CAP is on
Summary: RFE: typeaheadfind: should preserve case of search string → Typeaheadfind: should preserve case of search string
I think we're either going to use Shift+letters for more accelerators or as a
way to use accesskeys.

On the other hand, we could still pay attention to this once the user starts
FAYT manually with / or '.

I won't call it WONTFIX, but it's definitely helpwanted.
Keywords: helpwanted
*** Bug 289259 has been marked as a duplicate of this bug. ***
Product: Core → SeaMonkey
Mass un-assigning bugs assigned to Aaron.
Assignee: aaronleventhal → nobody
Actually FAYT uses current case sensitivity settings from the Find dialog. So one can tune FAYT options via Ctrl-F and then use it as he wants. Is's not the best ui design (as seen in bug 344422) but it works.

Suggest to close as fixed somewhere in bug 97023.
You need to log in before you can comment on or make changes to this bug.