Closed Bug 84168 Opened 23 years ago Closed 23 years ago

Ctrl+W does nothing if focus in address/subject area

Categories

(MailNews Core :: Composition, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 72352
Future

People

(Reporter: nbaca, Assigned: vparthas)

Details

Build 2001-05-30-08: Linux RH 6.2
This is a linux only problem.

Overview: In a new message/compose window witht the cursor in the address area
or the Subject area, do a Ctrl+W.

Actual Results: Nothing happens. Other accelerators work such as Ctrl+Q, Ctrl+M,
Ctrl+P.
Expected Results: I would expect the new message/compose window to close.

Additional Information:
- Build 2001-05-31-04: WinMe, works as expected.
- Build 2001-05-31-08: Mac 9.04, works as expected.
over to varada
Assignee: ducarroz → varada
the same goes for url-field (bug 84755)
Should these both be "keyboard navigation" instead?
change->nbaca 
QA Contact: sheelar → nbaca
I would like to see this fixed but realize that it's not a top priority since it 
only happens on linux with the cursor in the address or subject area. Ctrl+W 
works if it is in the body of the message.
Keywords: nsbeta1
moving to future milestone.
Keywords: nsbeta1nsbeta1-
Target Milestone: --- → Future
This is not even a bug.

Ctrl+W in the subject area does what it does everywhere else in any Unix
interface, and nearly everywhere else in Mozilla - it deletes the previous word.
Closing the window with Ctrl+W would be a bug.

I suggest WONTFIX.
Using Ctrl+W to delete the previous word is convenient. I don't have a problem
setting this to Wontfix but I'll add jglick to the Cc: list so she is aware of
the issue.
nbaca, does ctrl-w delete words if there are words to delete? if not this bug 
should be fixed. and does alt-w close the window (optional prompt) if you're 
set to use alt as the accelerator? if not this should be fixed.
- ctrl+w deletes the previous word if the cursor is in the address/subject area.

- I went into Preferences, Debug and set the Accelerator key to 18 and the Menu
access key to 0. Alt+W now attempts to close the window which is what I would
expect. 

I then tried Ctrl+W in the body of the message but it didn't delete the previous
word, shouldn't this work? I suppose this would be a different bug.
cc'ing German and Aaron, since platform specific accelerators should be dealt 
with consistently across the product.
CC'ing resident UNIX keyboard prognosticator.
Akkana, what's you're take on this?
It's a known and longstanding problem, caused by the insistence on using ctrl
rather than alt as the accel key.  There's no solution as long as we have
conflicting key bindings (but changing your accel key to alt solves the problem
completely).  Eventually there should be an easier UI for changing keyboard
bindings, which would at least make it easy for people bothered by this to
change it.

Editor and mail compose windows are a little different (and that's also a known
problem): since focus is always in the content area, leaving the delete-word
binding active would have completely disabled the close-window menu, and that
was deemed unacceptable, so the binding was removed from the editor window
bindings (alas for people who use accel=alt, who could be happily using ctrl-W
without a conflict; so they have to define a custom binding).
This must be a dupe of bug 72352.
Yes, it appears to be a dupe of bug# 72352.

*** This bug has been marked as a duplicate of 72352 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Verified Duplicate.
Status: RESOLVED → VERIFIED
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.