Yen-Ju, You can write one to read/write any format you like. You can even write one to read glade files, if you want. :) Reading a GUI model into an editor is quite different from simply loading it. It's necessary to have metadata about those classes which are custom (those not linked in when the editor loads the model). Some formats lack this information. There is some information in the .nib format which is only intended for use in IB, the same is true about the .gorm format.
It's important to remember that Cocoa lacks the loader framework, so if you write a loader and use loadNibNamed:... to load a model on GNUstep it will use the loader framework, but on Cocoa it will expect a .nib. So you will still need to use any specialized methods for loading on a MacOSX version of your code.... unless you package it with both nib and whatever other format you like. Later, Gregory John Casamento -- Principal Consultant, Open Logic Corp. (A MD Corp.) ## Maintainer of Gorm (IB Equiv.) for GNUstep. ----- Original Message ---- From: Yen-Ju Chen <[EMAIL PROTECTED]> To: [email protected] Sent: Wed 11 Jan 2006 02:18:46 AM EST Subject: Re: Gorm/Nib compability progress On 1/10/06, Gregory John Casamento <[EMAIL PROTECTED]> wrote: [snip] > > Support for other formats > == > One of the things I did when adding nib support was to implement a framework > which allows the dynamic addition of UI model loaders. All that's necessary > to register a GUI model loader is to subclass the class GSModelLoader. > This will cause the GSModelLoaderFactory to register this as a class which > handles the loading of a GUI in a given format. Existing loaders are > GSGormLoader, GSGModelLoader and GSNibLoader. It is possible to add > additional loaders as described above simply be implementing a loader in > your framework. When it's linked into an application it will be > automatically considered based on what "priority" it's given. All of this > is handled using the standard "loadNibNamed:..." methods. Does it mean that it is possible to read and write GNUstep Renaissance format in the future if someone write a loader for it ? Yen-Ju > > Implementing this framework had two effects: > 1) it allows for the possibility of handling virtually any GUI format > 2) it cleans up the implementation of NSBundleAdditions immensely. :) > > Later, > > Gregory John Casamento > -- Principal Consultant, Open Logic Corp. (A MD Corp.) > ## Maintainer of Gorm (IB Equiv.) for GNUstep. > > > _______________________________________________ > Gnustep-dev mailing list > [email protected] > http://lists.gnu.org/mailman/listinfo/gnustep-dev > > > _______________________________________________ Discuss-gnustep mailing list [email protected] http://lists.gnu.org/mailman/listinfo/discuss-gnustep _______________________________________________ Discuss-gnustep mailing list [email protected] http://lists.gnu.org/mailman/listinfo/discuss-gnustep
