Re: Beating XCode's key buffer
Re: Beating XCode's key buffer
- Subject: Re: Beating XCode's key buffer
- From: Mike Linden <email@hidden>
- Date: Thu, 16 Feb 2006 12:11:46 -0500
First posting, checking to see if my posting are really listed.
Anyway, having JUST started with Xcode after using CodeWarrior for at least
10 years, and using ThinkC before that, I also find the editor in Xcode slow
and clunky! Opening a large file takes forever, and your never sure when its
finished. The whole interface is FAR from intuitive. Searching for simple
things is difficult, like Quick Open, why can't I Quick Open an include file
if the project sees it, instead of having separate paths to quick open
items. Xcode 2.2 error reporting was hard to understand, all it does is show
you the command line interface when you need to find out what's wrong with
your compile. And that was not easy to figure out either. Seems to me
Metrowerks could have stayed in business if they had simply connected the
IDE to GCC as a compiler choice. I'd be interested to know if I'm missing
something here besides the obvious reasons for having to switch.
Enough ranting...
Mike Linden
2/16/06 11:20 AM
>
> Am 16.02.2006 um 15:03 schrieb Steve Mills:
>
>> Another one that really bugs me is when I'm searching for something
>> in a file and I quickly hit these 3 key equivs; command-e (Use
>> Selection for Find), command-up-arrow, command-g (Find Next). The
>> Find Next just beeps. If I give Xcode a split second to catch up
>> with a slow, puny, inferior human, then command-g works.
>
> My vintage PowerMac 7600 (132 MHz) is just great at detecting such
> race conditions and Tiger seems to have more issues in general than
> Jaguar here (using the same app). But who'd listen to bug reports
> originating from a trusty, 10 years old computer?
>
> My other Macs are too fast to repeat the conditions reliably enough.
>
>
> Markus
>
> - - - - - - - - - - - - - - - - - - -
> Dipl. Ing. Markus Hitter
> http://www.jump-ing.de/
>
>
>
>
> _______________________________________________
> 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