gnustep-dev
[Top][All Lists]
Advanced

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

Re: Bigger change to NSView


From: Fred Kiefer
Subject: Re: Bigger change to NSView
Date: Sat, 28 Feb 2004 22:42:38 +0100
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030821

Gregory John Casamento wrote:
Fred,

--- Fred Kiefer <address@hidden> wrote:

Some days ago I hacked in some new Cocoa methods to NSView (e.g. isHidden). To fully support the functionality here, we need another ivar to store the value for this. As you know, this change will require, to recompile all libraries and applications using local subclasses of NSView. Which will result in almost everything needing a recompile.

As this is a big step, I don't want to do it for the upcoming release, but rather for the 0.9.3 release. Given that backward compatibility gets broken anyway, we could think about making a few deeper changes in other places as well.


<the rest.. snipped>

Please be certain that backwards compatibility will not be broken as it
pertains to unarchiving .gorm files with classes that depend on NSView.   This
should be done in a way that allows .gorm files created prior to the change to
load without issue.
This is in the coding standards for GNUstep. :)

Hi Gregory,

I was in now way talking about archives in my mail. Sorry for the misunderstanding, but of course in this area we will stay backward compatible. What I was refering to, is the fact that some time ago we stopped breaking all existing GNUstep applications with each new GUI release, but the change, that I intend, will cause this again.

Being able to read old archives has always been very high on the GNUstep priority list and whatever amount of change will happen for NSView, it will still be able to read its old representation.

Fred





reply via email to

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