discuss-gnustep
[Top][All Lists]
Advanced

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

Re: Reworking of NSEvent


From: Fred Kiefer
Subject: Re: Reworking of NSEvent
Date: Tue, 28 Aug 2007 22:48:45 +0200
User-agent: Thunderbird 1.5.0.12 (X11/20060911)

Fred Kiefer wrote:
> Fred Kiefer wrote:
>> I just changed all the event type codes to different values in SVN. This
>> change requires that you recompile all you GNUstep libraries and
>> applications that have an explicit reference to an NSEvent type. You
>> also need to adjust any code that expects these values to be in a
>> certain order, as this has changed as well.
>> This step was necessary to have values that are binary compatible to
>> Cocoa. I hope to make the porting of applications from OSX to GNUstep a
>> little less painful by this.
>>
>> Those of you who work from released GNUstep code will only be affected
>> the next time you switch to a new GNUstep release.
>>
>> Sorry for any inconvenience,
>> Fred
>>
> 
> I had reason to apologies in advance. I did forget that the modifier
> masks for buttons and menu items get stored in the Gorm and NIB files.
> After my change the old stored values were interpreted incorrectly. This
> is no fixed. Any Gorm file produced with SVN GNustep during the last few
> days should be recreated.
> 

When investigating bug report #20884, I found that my change to NSEvent
had resulted in another problem. The values stored in Gorm files for the
action mask of cell subclasses become different. I had overlooked that
problem at the time when I made this change. It is now fixed in SVN, old
Gorm files will now again be loaded correctly, but if you created a Gorm
file including a cell subclass you should recreate this Gorm file from
scratch. I am sorry for any inconvenience caused by this error.


Cheers,
Fred




reply via email to

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