Uli's Web Site
[ Zathras.de - Uli's Web Site ]
Other Sites: Stories
Pix
Abi 2000
Stargate: Resurgence
Lost? Site Map!
 
 
     home | blog | moose | programming | articles >> blog

 Blog
 
 Archive
 
 Blog Topics
 

15 Most Recent [RSS]

 Less work through Xcode and shell scripts
2011-12-16 @600
 
 iTunesCantComplain released
2011-10-28 @954
 
 Dennis Ritchie deceased
2011-10-13 @359
 
 Thank you, Steve.
2011-10-06 @374
 
 Cocoa Text System everywhere...
2011-03-27 @788
 
 Blog migration
2011-01-29 @520
 
 All you need to know about the Mac keyboard
2010-08-09 @488
 
 Review: Sherlock
2010-07-31 @978
 
 Playing with Objective C on Debian
2010-05-08 @456
 
 Fruit vs. Obst
2010-05-08 @439
 
 Mixed-language ambiguity
2010-04-15 @994
 
 Uli's 12:07 AM Law
2010-04-12 @881
 
 Uli's 1:24 AM Law
2010-04-12 @874
 
 Uli's 6:28 AM Law
2010-04-12 @869
 
 Uli's 3:57 PM Law
2010-04-12 @867
 

More...

Interface Builder Palettes

Update: Opened for comments.
 
Interface Builder is a really useful tool for setting up moderately complex applications. However, as soon as you write a few views classes of your own, or a few classes whose objects can be configured beyond being connected to other objects, you usually find yourself writing lots of setXX: lines to perform configuration after loading your NIB. Wouldn't it be great if you could avoid this work?

That's where Interface Builder Palettes (or IBPalettes for short) come in. An IBPalette is a nice little plugin for Interface Builder that contains a couple of classes, images, sounds, and inspector panels for editing instances of your custom objects. While it may sound like a lot of work to write an editor plugin for your class, IBPalettes are like most of Cocoa: pretty straightforward.

That is, it would be very straightforward. In practice, there is next to no documentation on IBPalette & co. from Apple. Luckily Sun was on board the OpenSTEP train for a while, and so instead of Apple's docs, you can peruse Sun's documentation on Interface Builder. It's a little dated, and a few of the newer constants are MIA, while others are mentioned there that have long since been KIA, but at least it's a start.

There's also a nice article on Interface Builder Palettes at CocoaDevCentral that gives an example that is a little too simple, but at least nicely illustrates what classes are needed as a minimum.

To summarize, you create a new IBPalette project in xCode, which gets you an IBPalette subclass that basically returns the name of your NIB file containing the template objects to drag from IB's Palettes window.

Then you write initWithCoder: and encodeWithCoder: methods for your class so IB can save it to a file (This method will also be used during drag and drop, so if you suddenly find your drag image "tearing off and freezing" in the middle of dragging your item off the palette, it's most likely a bug in those two methods).

Finally, you customize the IBInspector subclass, which implements the edit fields for IB's Attributes pane in the inspector. Keep Console.app open while testing your palette: that's where your error messages will end up while your palette is running in IB.

Since not all classes are views, and some views may not look very recognizable on the palette, IB also lets you create another view to stand in as a placeholder on the palette. Typically you'll want to use an NSImageView containing a small screen shot or something like that. Call associateObject:ofType:withView: in your palette's finishInstantiate method to connect a template object of whatever type you want with that view. There are various constants for the type: IBViewPboardType if it's a placeholder image for another view, IBTableColumnPboardType for an NSCell subclass that can be used in an NSTableColumn etc.

If you want to have your view accept objects dragged onto it (e.g. like NSCells can be dragged onto an NSTableView's column headers), check out the InterfaceBuilder/IBViewResourceDragging.h header, particularly the IBViewResourceDraggingDelegates protocol and the category of same name on NSView. On actually extracting the received objects from the data, see Jay Tuley's website, where you can also get the IBObjectContainer.h header, which Apple apparently doesn't include.

So, you see, from a very simple palette that just edits properties of your views to complex ones that customize the tool tips displayed in the palette for your custom array class using toolTipForObject:, you can do quite a lot. As I figure out more details about this, I'll keep you posted in this location.

Reader Comments: (RSS Feed)
No comments yet
Comment on this article:
Name:
E-Mail: (not shown, hashed for Gravatar)
Web Site URL: (optional)
Comment: (plain text only)
Please Enter the following word:
Or E-Mail Uli privately.

 
Created: 2004-12-03 @493 Last change: 2005-11-24 @715 | Home | Admin | Edit
© Copyright 2003-2014 by M. Uli Kusterer, all rights reserved.