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)
Tracking
()
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.
Comment 4•24 years ago
|
||
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....
Comment 5•24 years ago
|
||
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 ago → 24 years ago
Resolution: --- → DUPLICATE
verified dup.
Status: RESOLVED → VERIFIED
Updated•5 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
•