The MiscKit

Interface Builder and the MiscKit


Home
Hot News
About
Press Kit
FAQ
Documentation
Download
Resources
Services
Search
Credits
Links
Contact Us


Most recent update was on January 8, 1996. If you'd like to submit something to the FAQ or update something in the FAQ, feel free to contact Don Yacktman or use our handy FAQ submission form.

I can't get the MiscShell palette to load. What is wrong?

As noted in the MiscShell class documentation, you must first load the MiscString palette into IB. If the MiscString palette isn't loaded, then you'll see errors in the console (from rld, the dynamic linker) telling you it can't find some of the required symbols. To autoload the MiscShell palette in IB, be sure that the MiscString palette is loaded before the MiscShell palette. One way to do this is to edit the "Palettes = " line in ~/.NeXT/defaults.nibd.

I can't get the InterfaceBuilder in the beta release of EOF to load my palettes. Why? Is there a fix for this?

There is a bug in the beta version of the Enterprise Objects version of Interface Builder. This bug will prevent most third party palettes, including those in the MiscKit, to not load at all. The workaround is to go into the palette.table file and comment out the "ExportImages" line. This well known bug is fixed in the later versions of IB shipped with EOF 1.0, EOF 1.1, and NS Dev 3.3.

InterfaceBuilder under 3.0 crashes upon launch with the message "Uncaught exception: NXReadOnlyString does not respond to -replaceWith:" after using some MiscKit palettes.

Having too many palettes available seems to tickle a bug in 3.0 (either in NEXTSTEP or in Interface Builder). If the combined path length of all your palettes is longer than 1024 characters, then restarting IB will give you the error: "Uncaught exception: NXReadOnlyString does not respond to -replaceWith:". For the time being, deleting the file ~/.NeXT/defaults.nibd before restarting IB will allow you to get IB up and running again. Before quitting IB, you should unload the MiscKit palettes. Note that moveing the palettes to a path with a shorter name will also help reduce the problem. Try making a link like this:

ln -s /LocalDeveloper/Palettes /p

That should provide a short enough path to still allow loading of many palettes. Later NEXTSTEP releases seem to have fixed this bug. Some people have, however, reported this problem with NEXTSTEP releases 3.1 and 3.2 as well.



Questions? Contact our webmaster via email to don@misckit.com. .