Re: Xcode - An Apple Embarrassment
Re: Xcode - An Apple Embarrassment
- Subject: Re: Xcode - An Apple Embarrassment
- From: Brian Barnes <email@hidden>
- Date: Fri, 02 Mar 2012 13:29:48 -0500
On 3/2/2012 1:06 PM, Fritz Anderson wrote:
On 2 Mar 2012, at 11:40 AM, Brian Barnes wrote:
1) Give us some auto-hide options. Go to a debug code, auto hide the navigation.
2) Make the navigation pane consistent for type. If you are in a file, you see the same navigation pane. If you go into a debugger, you see a different one.
Funny you should ask. Bone up on behaviors. They allow for rearranging the display automatically in response to development-cycle events or key commands. At least for that, it isn't all Xcode's way or the highway.
I know this. This actually solves your problem, not mine.
Mine is that the navigator and other panes INFORMATION randomly changes.
Yours is the POSITION and SHOW/HIDE state of the navigator (and other
panes.)
They are two completely separate problems with separate solutions.
Again: There is NO OTHER development environment that works this way. Not Netbeans, not eclipse, not MSVC. That should tell you something :)
It doesn't tell me much, and it would actively antagonize anybody in Apple's culture. "'Better' necessarily means 'different.'" Xcode 4 goes a long way in the direction of Visual Studio, but Apple isn't obliged to (it prefers not to) do only what other companies imagine.
Apple is unsentimentally radical about design. That's ultimately why the people on this list think they can make good money developing for Apple products. But even as end-users get bitten by the death of magnetic media, we get bitten by a radical rewrite of the developer tools. Maybe we deserve different treatment, but I'm not sure Apple engineers and managers can bring themselves to think that way. And maybe it's better that there is _no_ foothold for conservative design anywhere in the company.
It's like pitching your tent under an elephant: It's not that the elephant hates you, but you can't afford to get comfortable.
I have no problems with trying to radical and new, and, in fact, I
welcome it.
What we should have a problem with is not listening to the users who
tell you that's it's not working out.
This is in real danger of going way OT and chewing up unnecessary time.
[>] Brian
_______________________________________________
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