Closed Bug 65538 Opened 24 years ago Closed 24 years ago

shortcuts not behaving correctly depending on the focus.

Categories

(Core :: DOM: UI Events & Focus Handling, defect)

x86
Linux
defect
Not set
normal

Tracking

()

VERIFIED DUPLICATE of bug 57078

People

(Reporter: nicolas, Assigned: alecf)

Details

Hiting Control and W does not close the current window as it used to: now a
window created with Control+N can not be closed by doing Control+W, the user
needs to click in the main frame to be able to close it with the keyboard shortcut.

Also, when typing in a form (like the Description field when entering a bug in
bugzilla), hiting Control+N doesn't do anything.


To me, it seems that the events are not propagated within the hierarchy in some
cases.
welcome to the glorious world of emacs keybindings. for some reason some people 
think of emacs as a feature, as such this is not a bug.

please remain calm, retreive a windows keybinding, and then follow bug 
reporting guidelines [buildid, ...] when filing future bugs.
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → INVALID
Being sarcastic won't help moving forward. I am working under Linux, and yes, I
know a few emacs shortcuts. I was talking about keyboard shortcuts not working
in some cases.

If an emacs shortcut is not used for anything, why not doing what it is supposed
to do from the menu bar like in most apps ? The menu says "New Navigator Window
Ctrl+N", but it doesn't do anything when the cursor is in a text form.

The second problem, is a different one (but at first I thought it was the same).
When creating a new window, the focus is on the url edit text, causing "Ctrl+W"
to clear the url-bar (expected behavior in an edit text). But instead, the focus
should be on the main window (or the item just before the url), so that if
people want to close the window, they can do it with "Ctrl+W", and if not, put
the url edittext in focus, hitting tab. This is the behavior in both Netscape
4.8 and IE 5.0


nightly build: Sun Jan 14 21:12:58 PST 2001 on Linux RedHat 6.2

Status: RESOLVED → UNCONFIRMED
Resolution: INVALID → ---
the second problem is already reported. the first is not a bug. if you want to 
file or vote for an RFE to unbind emacs be my guest.

The menus show keybindings that will work when the page or browser has focus. 
When a text editing object has focus we don't popup another menu bar showing 
the emacs hints or anything.
In a textarea, C-n is used to go to the next line (as in emacs).  This was
perhaps not clear from the preceding comments....
i think this is a dup of bug 57078. akkana/jesse, correct me if am wrong
there...

*** This bug has been marked as a duplicate of 57078 ***
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago24 years ago
Resolution: --- → DUPLICATE
verified dup.
Status: RESOLVED → VERIFIED
Component: Keyboard: Navigation → User events and focus handling
You need to log in before you can comment on or make changes to this bug.