Re: Expanding lists
Re: Expanding lists
- Subject: Re: Expanding lists
- From: Andrew Zamler-Carhart <email@hidden>
- Date: Wed, 20 Oct 2004 01:14:45 +0100
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:
This email sent to email@hidden