Open
Bug 314101
Opened 20 years ago
Updated 3 years ago
can't customize Find text: key bindings
Categories
(Core :: DOM: UI Events & Focus Handling, defect)
Tracking
()
UNCONFIRMED
People
(Reporter: rader, Unassigned)
Details
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.8) Gecko/20050511
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.8) Gecko/20050511
Using the procedure listed at http://www.mozilla.org/unix/customizing.html#keys
(unzip $app_dir/chrome/comm.jar and edit content/navigator/platformNavigationBindings.xul)
I am unable to rebind "key_find", "key_findAgain", and "key_findPrevious" so
the behave like vi:
<handler event="keypress" key="/" command="key_find"/>
<handler event="keypress" key="N" command="key_findAgain"/>
<handler event="keypress" key="n" command="key_findPrevious"/>
Reproducible: Always
Steps to Reproduce:
1. cd $app_dir/chrome
2. unzip comm.jar
3. vi platformNavigationBindings.xul
4. add bindings above
5. cd ../..
6. zip -r -b content comm.jar content
7. start mozilla
8. Edit -> Find In This Page -> enter Find Text:
9. notice now 'n' does not 'find' the text
Actual Results:
n does nothing (have type-ahead turned off)
Expected Results:
n should find the next match
Comment 1•20 years ago
|
||
please try a more recent build. 1.7.x is only taking security fixes
http://ftp.mozilla.org/pub/mozilla.org/seamonkey/nightly/latest-trunk/
http://ftp.mozilla.org/pub/mozilla.org/seamonkey/nightly/contrib/latest-mozilla1.8/
Assignee: general → aaronleventhal
Component: General → Keyboard: Navigation
Product: Mozilla Application Suite → Core
QA Contact: general → keyboard.navigation
Version: unspecified → 1.7 Branch
Reporter | ||
Comment 2•20 years ago
|
||
> please try a more recent build. 1.7.x is only taking security fixes
The situation seems to have gotten much worse. With 1.7.8, I can rebind
keys with the "$app_dir/res/builtin/userHTMLBindings.xml" method and I
can rebind keys with the "unzip comm.jar, hack content/navigator/platformNavigationBindings.xul, rezip" method. Alas,
*neither* method works with seamonkey 1.0b.
(This bug is a duplicate of 102993?)
I'm trying hard to not make any emotive comments--I hope it's obvious
that these are serious problems.
Comment 3•20 years ago
|
||
Actually, the page you mentioned doesn't list platformNavigationBindings.xul as a file to modify. It looks that the syntax listed on that page (<handler>) is appropriate for xml files and "key_find*" are not commands. I added this to platformNavigationBindings.xul and got the effect you're looking for:
<key id="key_find" key="n" command="Browser:FindAgain"/>
Version: 1.7 Branch → 1.8 Branch
Reporter | ||
Comment 4•20 years ago
|
||
> I added this to
> platformNavigationBindings.xul and got the effect you're looking for:
>
> <key id="key_find" key="n" command="Browser:FindAgain"/>
Hum. Fwiw, I added these:
<key key="/" command="Browser:Find"/>
<key key="n" command="Browser:FindAgain"/>
<key key="n" command="Browser:FindPrev" modifiers="shift"/>
and "/" brings up "Find in ths Page" as expected. But after I enter,
say, "bug" in the "Find text:" entry widget, and hit "n" in the browser
window does not "scroll to and highlight" the string "bug". Further,
if I scroll to and highlight the string "bug" with the "Find" button
and then hit "n", the highlighted text goes from blue highlighting to
gray highlighting.i
Assignee | ||
Updated•6 years ago
|
Component: Keyboard: Navigation → User events and focus handling
Updated•3 years ago
|
Severity: minor → S4
You need to log in
before you can comment on or make changes to this bug.
Description
•