Re: Apple's Tools Strategy
Re: Apple's Tools Strategy
- Subject: Re: Apple's Tools Strategy
- From: Uli Kusterer <email@hidden>
- Date: Sun, 29 Oct 2006 14:26:46 +0100
Am 28.10.2006 um 22:02 schrieb Mark Munz:
I'm still waiting to hear specifics. What part worked well for people?
What is it that you're trying to maintain? This issue cannot be
discussed in generalities because I, and I'm sure many other are in
the same boat, are not yet able to read minds, so I don't know what it
is that you are seeking. What is not in Xcode that existed in CW?
Specifically.
I'm curious about that as well. I was missing my beloved multi-window
mode in Project Builder 1.x, but 2.0 added complete configurability,
and Xcode later streamlined that to do all I needed while reducing
everything to 3 sensible options.
Similarly, compile speeds and optimization have been improving and
improving. We got distributed and predictive compiles, we got Fix &
Continue which mostly works, we got debugger value previews that
mostly work. Xcode cleaned up the mess that were the settings windows
and gave them a clear, recognizable hierarchy, you can have
inspectors and info windows as needed, the debugger doesn't show
arbitrary headers when stepping through code it doesn't have sources
to...
Interface Builder has improved a lot, in particular for Carbon (then
again, it was almost unusable for Carbon at the beginning), and the
future brings even cooler improvements.
So, apart from a couple of bugs that need to be fixed, and a few
performance optimizations they need to do, it's just fine to me. I
really don't see anything from CodeWarrior I'm missing these days,
and I think it *is* just like CodeWarrior.
I see lots of really neat new features in Eclipse and NetBeans and
some other bleeding-edge compilers that I would love to see added to
Xcode, and documented plugin support would be nice, but the old stuff
seems to be all in there.
Cheers,
-- M. Uli Kusterer
"The Witnesses of TeachText are everywhere..."
_______________________________________________
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