Re: Bug ID 5927392: XCODE must be able show C++/ObjC overloaded methods in a window as CodeWarrior
Re: Bug ID 5927392: XCODE must be able show C++/ObjC overloaded methods in a window as CodeWarrior
- Subject: Re: Bug ID 5927392: XCODE must be able show C++/ObjC overloaded methods in a window as CodeWarrior
- From: David Ewing <email@hidden>
- Date: Thu, 15 May 2008 10:58:05 -0600
On May 14, 2008, at 3:37 PM, Rua Haszard Morris wrote:
Another limitation with Xcode's approach to this feature is that you
have to know what source files to search before you start - if there
are, for example, overloaded methods you need to find in a linked
library project, the source for projects other than the current
aren't searched, and files included (but not present in any project)
are not searched.
Indeed. This limitation is well known.
On May 14, 2008, at 9:25 AM, Ruslan Zasukhin wrote:
On 5/13/08 11:28 PM, "email@hidden" <email@hidden> wrote:
Hi Apple,
Hey, I don't understand. SECOND MY feature request is closed today as
EXISTED in the XCODE although it is not.
Is this job of bug-report readers is just to close reported
bugs?? :-)
I think this was a simple matter of confusion as to what you were
asking for.
Let you have in project
class A with subclasses A1, A2, A3, ...
all they have method Execute()
class B with subclasses B1, B2, B3, ...
all they have *also* method Execute()
So dream is:
if I am I the class B2, and I select method Execute() and do
Option-Click I get new window immediately which show me
B::Execute()
B1::Execute()
B2::Execute()
B3::Execute()
Is it actually appropriate to list the B1 and B3 methods here? I
wouldn't think so. Is that what CW would do? If it is, is that better
than listing the two possible methods?
Dave
_______________________________________________
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