Closed
Bug 78608
Opened 24 years ago
Closed 24 years ago
ctrl+F doesn't work when focus is in the URL bar
Categories
(Core :: DOM: UI Events & Focus Handling, defect)
Tracking
()
VERIFIED
INVALID
mozilla0.9.1
People
(Reporter: bugzilla, Assigned: alecf)
References
Details
spun off from bug 65257... the weird thing is that for some odd reason, i can
bring up the Find in Page dialog via accel+F in Mac and winNT --even when focus
is in the URL bar. however, ctrl+F doesn't work on linux when focus is in the
URL bar. weird weird weird.
tested using:
linux comm 2001.05.02.08
mac comm 2001.05.02.09
winnt moz 2001.05.02.12
now i'm unclear what the steps are that would suddenly make this work. ideas?
here's a simple recipe:
1. start browser. [btw, i don't have a blank page appear at startup --i have a
vanilla-ish page such as bugzilla.mozilla.org.]
2. click in the URL bar.
3. hit accel+F to bring up Find in Page dialog.
results: works now [somehow] in mac and winnt bits, but not the linux bits.
maybe i'm just encountering of those URL bar focus issues, somehow?
Assignee | ||
Comment 1•24 years ago
|
||
argh, more focus madness. CC saari, and akkana for editor/keybinding issues, but
I don't know how to fix this. is Ctrl-F bound to something on mac/windows? (I
think it's the equivalent of cursor-right on unix) We need some way for
accelerators that aren't bound to text fields to still work when focus is in a
text field
I'm really tempted to reassign this to editor :)
Comment 2•24 years ago
|
||
accelerators that aren't bound to text fields *should* still work when focus is
in a text field. It used to work. Akkana has been seeing this malfuction for a
while now, and I've got the bug in 0.9.1. I'm going to start working on this
stuff probably in the next day or so.
Comment 3•24 years ago
|
||
^F moves forward one character in Unix text fields. That conflicts with the
Find dialog in the browser window, and it's correct for the text field binding
to win (though, as Chris pointed out, it doesn't always due to a focus bug).
The solution to this is to use alt as your accel key, as we did in 4.x, so that
the bindings don't conflict (Find will be on alt-F). See
http://www.mozilla.org/unix/customizing.html for how to change your accel key.
Reporter | ||
Comment 4•24 years ago
|
||
thx, akk. that's what i get for not using emacs much. ;-P marking invalid.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → INVALID
Assignee | ||
Comment 6•24 years ago
|
||
wait, isn't this still an issue on windows and mac?
Comment 7•24 years ago
|
||
No, i tested it and things work fine.
*** Bug 111554 has been marked as a duplicate of this bug. ***
Comment 9•23 years ago
|
||
So basically, it's not a bug it's a feature. :P
I understand the reasons that you chose to do it the way that you did but I
still think it is confusing.
For example, when I switch focus between windows the caret stays where I last
had it. In many cases that might be the URL bar or a text area. When I switch
back to the window I might just click at the top on my window manager border.
Then I try to press CTRL-F and nothing happens.
Recently, I have trained myself to click inside the window before trying to
press CTRL-F but it took me a long time to figure out why short cut keys
sometimes weren't working.
Updated•6 years ago
|
Component: Keyboard: Navigation → User events and focus handling
You need to log in
before you can comment on or make changes to this bug.
Description
•