CustomDataViews and hierarchial classes
CustomDataViews and hierarchial classes
- Subject: CustomDataViews and hierarchial classes
- From: Harry Plate <email@hidden>
- Date: Mon, 30 Mar 2009 16:00:01 -0700
- Thread-topic: CustomDataViews and hierarchial classes
Re: Xcode 3.1.2
Several questions that arise as I try to make CustomDataViews work.
1) What does it take to get Xcode to "reload" the CustomDataViews.plist
(when I edit the .plist file directly)?
I make changes to it, but the changes do not show up. Cleaning also
does not seem to do the trick. I had initially loaded definitions
successfully from:
~/Library/Application Support/Developer/Shared/Xcode/CustomDataViews
But when I make edits (from Xcode), I find my edits appearing in:
~/Library/Application Support/Apple/Xcode/CustomDataViews
1a) which of the above 2 paths should I be using? (and consider the next
ques also)
2) I would like to "link" ~/Library/Application
Support/Developer/Shared/Xcode/CustomDataViews/CustomDataViews.plist to the
same file in an appropriate place in my own file hierarchy so that it can be
part of my source control system. Will that work? It would very nice if all
developers could share these definitions.
3) Given a simply class hierarchy:
class A
{
protected:
int varA;
}
class B: public A
{
protected:
int varB;
}
Can one define data viewers that are also hierarchical; ie, how can the
"class B" data viewer utilize the "class A" data viewer?
I'ved ended up doing this (just to get what I expected), but I would not
have expected to repeat the definition in the class B viewer:
<key>class A></key>
<string>%varA%</string>
<key>class B></key>
<string>%varA%,%varB</string
4) Under what conditions should the "%xxxx%" syntax be used vs the
"%{$VAR.xxxx%}" syntax?
I am sure there could be more questions. But I have to get over these
hurdles first...
( and, yes, I have seen ' Viewing Variables and Memory' [Xcode manual] - to
me it is sorely lacking)
Confused, and starting to lose hair,
-harry
_______________________________________________
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