Re: Apple's Tools Strategy
Re: Apple's Tools Strategy
- Subject: Re: Apple's Tools Strategy
- From: Scott Tooker <email@hidden>
- Date: Tue, 31 Oct 2006 15:31:50 -0800
On Oct 31, 2006, at 1:31 PM, Steven Fisher wrote:
Chris Espinosa wrote:
Please file a Radar. This is the second time this week this has
been raised, and it hasn't been mentioned ever before in the context
of CodeWarrior. (There's a generic request "delete line" to be
separated from "delete to end of line" dating to early 2004, but
it's just one of several dozen requests for specific keybindings,
most
of which we can't accommodate due to the congested keybinding space.
I'm not meaning to put words in your mouth, but I wanted to clarify
this. One reading of this is that the Xcode team resists adding
keybinding mapping possibilities (not just assigned keybindings) on
the
grounds that its congested. If that's so, I don't think that's
reasonable. It shouldn't matter if the number of available keybinding
mapping possibilities are double what they were now, as long as
they're
useful options. At worst if things got away out of control, Xcode
would
need descriptions added to the keybindings and a filtered list to edit
them... which Xcode already provides nearly everywhere else. (And,
arguably, it could already use this.)
To clarify here, the space of available keybindings is fairly limited
due to:
- existing features
- new features
- existing OS features and UE
- new OS features
Once we assign a keyboard combination, that isn't something we can
easily change or take back later, so we need to be really sure that
such a default assignment will benefit enough of our users to be
worthwhile (once we assign a keyboard combo, it's gone for other uses).
What is easier to accommodate is adding additional actions that can be
bound to in the keybindings preferences (since that doesn't impact the
default user experience).
Scott
-- Steve
_______________________________________________
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
_______________________________________________
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