Re: How to implement an Xcode-style hierarchical file browser
Re: How to implement an Xcode-style hierarchical file browser
- Subject: Re: How to implement an Xcode-style hierarchical file browser
- From: John Stiles <email@hidden>
- Date: Mon, 25 Sep 2006 16:45:16 -0700
There's no requirement that each file on your disk can only be
represented by a single NSObject.
On Sep 25, 2006, at 4:37 PM, Rick Hoge wrote:
What's wrong with NSOutlineView? Have you read the docs?
Yes - however the following line in the documentation made me
wonder if Xcode is using something different, since certain objects
are referenced more than once.
Important: NSOutlineView requires that each item in the outline
view be unique.
Rick
Bob
On 25 Sep 2006, at 23:25, Rick Hoge wrote:
I have an application in which it would be very useful to
implement the kind of hierarchical file browser that Xcode uses
along the left side of its main window (the 'Groups & Files'
pane), including the ability to provide logical groups and have
files appear in multiple contexts (e.g. like a .m file can appear
under classes but also under the Compile Sources group of a
target). Having custom icons for the groups - like Xcode - would
also be great.
I've experimented some with NSOutlineView, but am wondering if
anyone has any theories on the actual class and design that is
used by Xcode. I get the feeling that Xcode does not use
NSOutlineView but rather some other approach. Also the
NSOutlineView docs indicate that items in an outline must be
unique, which is violated in some cases (like the .m file example
mentioned above).
I'd be very grateful if anyone could suggest sources for the
following info:
1) theories on what Xcode actually uses for its 'Groups & Files'
pane
2) suggestions of any good ways to approach this (regardless of
how it's done in Xcode)
3) pointers to any example Xcode projects Apple might have that
implement something similar.
Thanks in advance for any comments,
Rick Hoge
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
40gmail.com
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
40blizzard.com
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden