Yes, that's true.   I have meant to make a couple of things more dynamic in 
future releases...  one thing is that drop down and the other thing is 
preferences.   The reason is because, now that Gorm supports plugins, it's 
possible to add them on the fly.

Both are planned for future releases.  Right now those things aren't high on 
the priority list, though, since there are other things which need more 
immediate attention.

 Gregory Casamento -- Principal Consultant - OLC, Inc 
# GNUstep Chief Maintainer




________________________________
From: Wolfgang Lux <[EMAIL PROTECTED]>
To: Gregory John Casamento <[EMAIL PROTECTED]>
Cc: David Ayers <[EMAIL PROTECTED]>; Fred Kiefer <[EMAIL PROTECTED]>; DISCUSS 
GNUstep <[email protected]>
Sent: Tuesday, October 28, 2008 3:44:42 AM
Subject: Re: NSWindowController should be a NSResponder

John Casamento wrote:

> Each of the objects in gui knows how to archive itself.  Gorm  
> manages the object tree and allows you to edit the objects, but  
> doesn't produce the archive itself... that's done by NSArchiver and  
> NSKeyedArchiver for gorm and nib files respectively.
>
> The change to fix this issue is rather simple.   I believe that the  
> initWithCoder: method in NSWindowController calls the super version  
> of that method.  What needs to be done is to bump the version of  
> the class and make it so that the current version calls super  
> initWithCoder and the old version doesn't.   That should, I  
> believe, solve the issue.

Sorry, I wasn't clear. I know that the versions of the objects' classes
are encoded in the archives. What I meant is that Gorm should be able
to create backward compatible archives, very much as it can do already
for GNUstep version 0.10.3 etc. In the meantime I found out that the
necessary information is listed in VersionProfiles.plist in Gorm's
Resources directory (patch below). Yet, applying this patch does not
change the pop up button in the file inspector of Gorm documents  
because,
uhmmm, the items of the pop up button are hard coded in  
GormDocument.gorm
rather than being initialized at runtime from the keys in
VersionProfiles.plist.

Wolfgang



      
_______________________________________________
Discuss-gnustep mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

Reply via email to