discuss-gnustep
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: NSWindowController should be a NSResponder


From: Gregory John Casamento
Subject: Re: NSWindowController should be a NSResponder
Date: Tue, 28 Oct 2008 05:14:46 -0700 (PDT)

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 <wolfgang.lux@gmail.com>
To: Gregory John Casamento <greg_casamento@yahoo.com>
Cc: David Ayers <ayers@fsfe.org>; Fred Kiefer <fredkiefer@gmx.de>; DISCUSS GNUstep <discuss-gnustep@gnu.org>
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


reply via email to

[Prev in Thread] Current Thread [Next in Thread]