RBSplitView 1.2

[noah]

Hey Rainer,

Thanks so much for releasing a 64 bit version! I have some issues and some questions...

First of all, has anyone with existing projects gotten this to work? IB seems to have some kind of tie to the old plugin and my XIBs always ask me to locate the plugin, I then select the new plugin and things appear to work, but it again asks the next time I try to open. I've removed it repeatedly and re-installed. I tried renaming the plugin to remove the "Sno" and still no luck. In addition, the XIBs fail to compile, can't resolve plugin dependency...

Almost more important, I'm a little unclear from the documentation, which I've ready several times, however if I understand correctly it's not possible to use RBSplitView 1.2 and build a binary that runs both in Leopard and in Snow Leopard? I don't want to require my users to use SnowLeopard, nor do I want to distribute two binaries. If you CAN compile a single universal 32/64bit binary that will run in Leopard and SnowLeopard, I'm not understanding how to accomplish it.

I completely appreciate this is free source, so asking for support may be too much, but any suggestions would be greatly appreciated!

Thanks,

Noah

[Rainer Brockerhoff]

First of all, has anyone with existing projects gotten this to work?...
Almost more important, I'm a little unclear from the documentation, which I've ready several times, however if I understand correctly it's not possible to use RBSplitView 1.2 and build a binary that runs both in Leopard and in Snow Leopard? I don't want to require my users to use SnowLeopard, nor do I want to distribute two binaries. If you CAN compile a single universal 32/64bit binary that will run in Leopard and SnowLeopard, I'm not understanding how to accomplish it.

I understand your concerns, unfortunately I'm still on the road in Asia. When I get back home in 2 weeks I'll also have access to a machine with 10.5 installed, and will be able to debug this issue.

Sorry for the delay. I do think it's just a matter of including the source files directly into your project, however; what I really couldn't figure out is the proper Xcode build options for 10.5/10.6 compatibility. Regarding the plugin dependency, hand-editing the plugin ID in the nib's XML file seems to work, with some care.

[bewebste]

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.

[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.

Ouch. I thought the identifier would be case-insensitive and pounced to correct the spelling mistake.

So, now there'll be some files around with 's' and some others with 'S'. It seems that at this point it'll be more advisable to stick with the correct spelling; I suppose I should also file a bug against IB, as it seems to me bundle IDs should arguably be case-insensitive...

[ahruman]

Shouldn’t there be a thread for 1.2?

In any case, I have a problem with 1.2. The bundle identifier of the IB plug-in differs from the one for 1.1.4 by one bit – “net.brockerhoff.RBSplitView.IBPlugin” instead of “net.brockerhoff.RBsplitView.IBPlugin”. This means that xibs made with an older version can’t be built with a new one without manually editing them. Worse, 1.2 apparently can’t be built under Leopard, even though it’s apparently supposed to be possible, and I’m collaborating with Leopard users.

At the moment I’m using the old bundle identifier and suggesting people stick to the old IB plug-in or alter the bundle identifier of the new one, but it’s a mite inconvenient.

[Rainer Brockerhoff]

Shouldn’t there be a thread for 1.2?

Right, I split it to make a new one. Apologies; being offline for almost a month has strange side-effects.

In any case, I have a problem with 1.2. The bundle identifier of the IB plug-in differs from the one for 1.1.4 by one bit – “net.brockerhoff.RBSplitView.IBPlugin” instead of “net.brockerhoff.RBsplitView.IBPlugin”. This means that xibs made with an older version can’t be built with a new one without manually editing them.
...At the moment I’m using the old bundle identifier and suggesting people stick to the old IB plug-in or alter the bundle identifier of the new one, but it’s a mite inconvenient.

Hmm. I'd much prefer the new (correct) identifier; the lowercase 's' was a typo which I noticed much too late. I think the best way out would be to keep the new one, and make a little droplet utility to fix old files; of course other suggestions are welcome. I'll try to get the droplet working over the weekend.

Worse, 1.2 apparently can’t be built under Leopard, even though it’s apparently supposed to be possible, and I’m collaborating with Leopard users.

The Leopard machine I left home met with an accident and I won't have access to a Leopard-booting Mac for at least two weeks, maybe more. I tried to make the Leo targets compatible, but had no way to test them before publishing. Can you give details on what fails?

In any event, just including the .m and .h files into a Leopard target should always work.

[ahruman]

Sorry about the crankiness of the previous late-night post. :-)

Worse, 1.2 apparently can’t be built under Leopard, even though it’s apparently supposed to be possible, and I’m collaborating with Leopard users.

The Leopard machine I left home met with an accident and I won't have access to a Leopard-booting Mac for at least two weeks, maybe more. I tried to make the Leo targets compatible, but had no way to test them before publishing. Can you give details on what fails?

In any event, just including the .m and .h files into a Leopard target should always work.

Unfortunately, I don’t have a Leopard machine myself. The problem is with building the IB plug-in so that the xib can be compiled; the sources are already used directly in the program. I guess I’ll switch to old-style NIBs.

Reported problems:

Invalid value 'com.apple.compilers.llvm.clang.1_0' for GCC_VERSION

Unable to determine concrete GCC compiler for file /Volumes/data/OoTrunk/support/RBSplitView12/Source/RBSplitSubview.m of type sourcecode.c.objc.

(I couldn’t find anything set to use clang in the project, so I don’t understand what’s going on there.)

Trying to load a version of the Leopard plug-in that I’d built for him:

The bundle “RBSplitView(Leo)” could not be loaded because it is damaged or missing necessary resources.

Another person had this building with Xcode 3.1.2 for Leopard:

Code: Select all

cd /Developer/RBSplitView12
   /Developer/usr/bin/ibtool --errors --warnings --notices --output-
format human-readable-text --compile /Developer/RBSplitView12/build/
Release/RBSplitView(Leo).ibplugin/Contents/Resources/English.lproj/
RBSplitViewPlugin.nib /Developer/RBSplitView12/Plugin/English.lproj/
RBSplitViewPlugin.xib
/* com.apple.ibtool.errors */

Internal Error:
   Description: Could not read archive.
   Recovery Suggestion: Please use a newer version of Interface Builder.
   Failure Reason: This version of Interface Builder is too old to 
read this archive.

Possibly Xcode 3.1.4 would work, but since the xib’s deployment target is set to 10.6 I wouldn’t bank on it. (Xib deployment targets are set in the somewhat hidden IB Document Info window, in the Window menu.)

I haven’t suggested an upgrade yet since I know this particular guy has a very slow connection, and since others are having different problems solving his won’t fix it.

Again, I expect switching to old-style NIBs will be a sufficient compromise in my case; this doesn’t need to be edited very often.

[Rainer Brockerhoff]

Sorry about the crankiness of the previous late-night post.

No problem, I know how that is.

I'll look into your details as soon as possible (may be some days, unfortunately).

That said, I'm unhappy about splitting the thing into (Leo) and (SnoLeo) targets. The main difference is the 64-bit versions; I wonder if there's some magic setting I can set in them to make them be ignored when compiling on Leopard...

[Filip Kunc]

Hello,

Thanks for RBSplitView it works nice for me, but I am using it in my project at http://github.com/filipkunc/opengl-editor-cocoa. But I have problems that xib compilation fails when I don't have IB plugin installed. Is there any way to auto-install it in some pre-compilation step or compile it without requiring to have plugin installed?

Thanks a lot
Filip Kunc

[ahruman]

Filip, as I alluded to above you can work around this by using nibs instead of xibs, so there is no compilation stage. (The downside, or possibly upside, is that the entire nib is copied into the resulting bundle, not just the bits needed at runtime.) You then only need the plug-in for editing.