Re: Expanding lists
Re: Expanding lists
- Subject: Re: Expanding lists
- From: J Tichenor <email@hidden>
- Date: Wed, 20 Oct 2004 09:26:50 +0100
Thanks for the thoughts -- being a new cocoa builder, I didn't even
think to look at nibs. In someways the easiest way, at least in my
head, is the mail route -- make a simple little view and add it as many
times as necessary. The trick, which shouldn't be so hard, is to
programmatically expand and contract the NSBox the views are being
added into...
Will look at Joar's code as well.
Thanks everyone,
J
If you look in
/Applications/Mail.app/Contents/Resources/English.lproj/MailSorter.nib
and open the Edit Rule panel, you'll see that there's a pair of scroll
views, each with a plain NSView inside them. It looks like rule views
are just added to this view.
If you look in
/System/Library/CoreServices/Finder.app/Contents/Resources/
English.lproj/FindDialog.nib, you'll see a Carbon nib file with a
bunch of Windows. If you open the one called "Find" there's just a
Group Box where the criteria go.
iTunes is non-nib-based Carbon, so it's a little harder to see how
it's rules are implemented just by poking around with Interface
Builder. :-)
Just as an observation, if three Apple apps have three totally
different interfaces for doing essentially the same thing, doesn't
this just scream for some standardization from Apple? I mean we could
really use a standard set of plus/minus buttons, for example.
All things being equal, Joar's sample code looks like a great way to
get started implementing a rule-set interface.
On Oct 19, 2004, at 10:11 PM, Scott Stevenson wrote:
http://www.joar.com/code/
On Oct 20, 2004, at 12:50 AM, I wrote:
I'd be willing to bet that Mail, iTunes, and the Finder aren't using
NSTableViews to implement their lists of rules. Taking Mail.app for
example, you can find a file inside the app bundle called
RuleCriterionView.nib that contains an NSView that represents one
rule. So when you click a plus button, it's expanding the window and
adding one of those views.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
email@hidden
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