[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Gorm/Nib compability progress
From: |
Gregory John Casamento |
Subject: |
Re: Gorm/Nib compability progress |
Date: |
Wed, 11 Jan 2006 06:53:19 -0800 (PST) |
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