Re: Gorm/Nib compability progress

[Gregory John Casamento]

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 <yjchenx@gmail.com>
To: discuss-gnustep@gnu.org
Sent: Wed 11 Jan 2006 02:18:46 AM EST
Subject: Re: Gorm/Nib compability progress

On 1/10/06, Gregory John Casamento <greg_casamento@yahoo.com> 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
> Gnustep-dev@gnu.org
> http://lists.gnu.org/mailman/listinfo/gnustep-dev
>
>
>


_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnustep