Re: Xcode - An Apple Embarrassment
Re: Xcode - An Apple Embarrassment
- Subject: Re: Xcode - An Apple Embarrassment
- From: Fritz Anderson <email@hidden>
- Date: Fri, 02 Mar 2012 12:06:41 -0600
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.
> 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.
— F
_______________________________________________
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