Re: Spoiled by Java IDEs
Re: Spoiled by Java IDEs
- Subject: Re: Spoiled by Java IDEs
- From: Jens Ayton <email@hidden>
- Date: Sat, 19 Jul 2008 15:15:57 +0200
- Resent-date: Sat, 19 Jul 2008 17:27:26 +0200
- Resent-from: Jens Ayton <email@hidden>
- Resent-message-id: <email@hidden>
- Resent-to: xcode-users Users <email@hidden>
On Jul 18, 2008, at 19:14, Chris Hanson wrote:
On Jul 18, 2008, at 9:34 AM, Jeffrey Oleander wrote:
I think what he was asking for was a list from
which to choose, so that he's got the methods
right there and so it generates an appropriate
skeleton of the chosen method in his new
derived class.
Even so, there are hundreds of superclass methods, due in part to
the hundreds of methods added to NSObject in the category
declarations used for informal protocols -- for example, the
NSTableDataSource informal protocol in <AppKit/NSTableView.h>. Are
you sure you'd want a list with hundreds of methods in it?
Still, it would be reasonable to be able to code complete while
writing a method signature in an @implementation context (using
methods declared in the class’s interface and any continuation, with
already-defined methods filtered out), and in the @interface using
superclass methods. Getting some sort of skeleton (even if it’s only
return [super whatever];) would be a bonus.
Regarding another peeve in this thread, the ability to generate the
“most obvious” ivar and @synthesize directive for a @property would be
nice conceptually, although I honestly can’t say I’d use it much myself.
--
Jens Ayton
Today, we celebrate the first glorious anniversary
of the Information Purification Directives.
_______________________________________________
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