Typeaheadfind: should preserve case of search string

NEW
Unassigned

Status

SeaMonkey
Find In Page
--
enhancement
15 years ago
4 years ago

People

(Reporter: Darin Fisher, Unassigned)

Tracking

({helpwanted})

Trunk
helpwanted

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

15 years ago
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).
(Reporter)

Comment 1

15 years ago
adding as blocker for bug 30088 per instructions from aaronl.
Blocks: 30088

Comment 2

15 years ago
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.
(Reporter)

Comment 3

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

Comment 4

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

Comment 6

15 years ago
*** Bug 183893 has been marked as a duplicate of this bug. ***

Comment 7

15 years ago
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.
(Reporter)

Comment 8

15 years ago
it's up to aaron really.  if he wants to solve both problems with one patch,
then duping the bugs seems reasonable.

Updated

15 years ago
Component: XP Apps → Keyboard: Find as you Type

Comment 9

14 years ago
*** Bug 215669 has been marked as a duplicate of this bug. ***

Updated

14 years ago
Severity: normal → enhancement

Comment 10

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

Comment 11

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

Comment 12

13 years ago
*** Bug 289259 has been marked as a duplicate of this bug. ***
(Assignee)

Updated

9 years ago
Product: Core → SeaMonkey
Mass un-assigning bugs assigned to Aaron.
Assignee: aaronleventhal → nobody

Comment 14

4 years ago
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.