Re: when does the escape key work?
Re: when does the escape key work?
- Subject: Re: when does the escape key work?
- From: j o a r <email@hidden>
- Date: Tue, 8 Feb 2005 23:20:30 +0100
The font panel is not "key" window per default, and as such it doesn't
respond to keyboard events.
If you look closely on the title bars of your windows you'll find that
they have a different visual appearance for each state (key, main,
key+main, or neither ) to let you know how to work with them.
j o a r
On 2005-02-08, at 20.19, Markian Hlynka wrote:
So, here's something I just did in Xcode:
command-F: open find window
command-T: meant to select "Top of document", but that's the bbedit
keybinding. instead, the font inspector came up
escape: I wanted to make the font inspector go away. Instead, the find
window went away!!!
This behaviour seems somewhat consistent across applications.
HOWEVER
If I go to Terminal, and open Window Settings... this window looks
just like a font inspector window, ie a floating pallet. But, THIS
window responds to escape and command-W as if it was an ordinary
window!
What's going on here? These irritating, ignominious interface
inconsistencies (not to mention excessive alliteration) cause me no
end of pain and suffering. It seems to me that "escape" should escape
from my last action without changing anything. I realize I can hit
command-T again to make the font inspector go away, but for SOME
windows, it's escape or command-w. And as I've described above, the
look of the window is clearly not the key.
I post this to the xcode list because I think this sort of thing
affects developers more directly and on a regular basis. What to users
is an irritation is to us an interruption of our work flow.
Attachment:
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Xcode-users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden