Update of patch #6286 (project gnustep):
Priority: 7 - High => 5 - Normal
Assigned to: None => FredKiefer
_______________________________________________________
Follow-up Comment #1:
Thank you for the nice patch, but before applying it I would like to
understand some details.
In your error message I can see that an NSKeyedArchiver gets used. As far as
I can see, your patch doesn't implement the missing keyed archiving for
NSBezierPath, so how does it help you?
In my code NSBezierPathElement is always an enumeration, why would the
encoding stuff need the additional hint that it really is an enum? As far as I
can see there is no struct called NSBezierPathElement.
The usage of encodePoint: is surely nice, but in NSCoder it is just defined
as
- (void) encodePoint: (NSPoint)point
{
[self encodeValueOfObjCType: @encode(NSPoint) at: &point];
}
How should that make any difference? Apart from readability of course. It may
make a difference for keyed encoding though.
It could well be that your patch works around limitations of the keyed
encoding in base. We better should know about these, before we hide them.
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/patch/?6286>
_______________________________________________
Nachricht geschickt von/durch Savannah
http://savannah.gnu.org/
_______________________________________________
Bug-gnustep mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/bug-gnustep
