RBSplitView 1.2

[Rainer Brockerhoff]

Just to clarify with using older nib/xib files with the new plugin, it appears the difference is that the old plugin used the identifier "net.brockerhoff.RBsplitView.IBPlugin", whereas the new one uses "net.brockerhoff.RBSplitView.IBPlugin" (notice the change in case), so IB treats them as different plugins. To get your old xib file to work, open it up in a text editor, find the "IBDocument.PluginDependencies" object, and change the plugin identifier there to an uppercase "S", so it matches the new plugin.

I just published a droplet application that does that for you. Details on the RBSplitView page. Sorry for the delay in pushing that out...

[chinhster]

I noticed a problem with collapsed and hidden subviews.

If a subview is collapsed and hidden when you exit your app, the next time the app is run and the parent splitview's state is restored, the subview's dimension grows by a few pixels regardless of whether the subview is later unhidden and expanded. I'm guessing that the splitview is not accounting for the hidden splitter when restoring its state and the subview is hidden. Here's my kludge around this (potential bug) in my startup code:

if ([subview isHidden] ) {
CGFloat dimension = ceilf([subview dimension]) ;
dimension -= [splitView dividerThickness]/2. ;
[subview setDimension:dimension] ;
}

I do this after I restore the state of the parent splitView. I had to round up the dimension otherwise the subview would slowly grow by a pixel.

FWIW, I use view controller nibs for everything including setting up my splitviews (which aren't populated until runtime). My window controller nib contains only a window and it handles loading all the view controllers and populating their splitviews and subviews at runtime. This is necessary because I allow the user to specify the arrangement of splitviews as well as what content goes in them. I try to restore the states of my splitviews as late as possible.

[ThunderCougarFalconBird]

howdy-

i had to compile a target under 10.5 using RBSplitView's Interface Builder plugin. unfortunately, the (Leo) IB plugin compiled by my 10.6 system wasn't loading in Interface Builder under 10.5- i did a little digging, and i think the "Installation Directory" build setting of the "Framework(Leo)" target should be "@loader_path/../Frameworks" instead of "@executable_path/../Frameworks". the Sno target uses @loader_path, and making this change has allowed me to use the Leo IB plugin compiled in 10.6 with Interface Builder on 10.5...

great project, thanks for all your hard work!


cheers
: : ray

[Jerry Shields]

We are using RBSplitview extensively in our product and have now come to the need to port our code to Lion/Xcode 4.x. Unfortunately Apple in their infinite wisdom, remove the ability to have ibplugins. Do you have any ways around this outside of only editing these xibs/nibs using IB 3? Are you planning on getting RBSplitView working on Lion/Xcode 4.x?

Jerry

[Rainer Brockerhoff]

Do you have any ways around this outside of only editing these xibs/nibs using IB 3? Are you planning on getting RBSplitView working on Lion/Xcode 4.x?

I've just posted about this on my blog.

Unfortunately, running IB3 on Snow Leopard (I'm running 10.6 Server in a a virtual machine here for that) seems to be the only reliable answer so far. I'm still checking the conversion option offered by Xcode 4.1, so far it doesn't seem to be much help. Check my blog for updates on this.