|
From: | David Ayers |
Subject: | [bug #22565] EOKeyValueCoding: Support modern Cocoa KVC semantics for NSArray aggregate functions |
Date: | Mon, 17 Mar 2008 06:58:23 +0000 |
User-agent: | Mozilla/5.0 (X11; U; Linux i686; de; rv:1.8.1.12) Gecko/20080129 Iceweasel/2.0.0.12 (Debian-2.0.0.12-1) |
Follow-up Comment #12, bug #22565 (project gnustep): Hmm it seems that my mail reply did didn't get attached to the but report... sorry for the duplicate: Richard Frith-Macdonald schrieb: > > I added [NSString-decimalValue] to base, as a test shows that it's present in > > MacOS-X Foundation (though it's not in either the documentation or the header > > files). Thanks! > > Not sure what to do about in aggregate functions. The documentation > > specifically says they should use doubles ... so perhaps it would be better > > for GDL2 to override the base implementations .. or maybe we could write a test > > to find out if apple actually uses decimal values even though the doc says > > doubles. Perhaps we should allow more precision than apple anyway. We need to override NSArray's implementation anyway so it makes no difference once EOControl is linked. And I agree that if the documentation explicitly refers to doubleValue then -base has good reason to stick to it. But I'm sure people will find it surprising when they start relying on on those aggregate functions outside of GDL2 and notice that round(x.5) will not give them consistent results. So I would also sympathize with an NSDecimal implementation. _______________________________________________________ Reply to this item at: <http://savannah.gnu.org/bugs/?22565> _______________________________________________ Nachricht geschickt von/durch Savannah http://savannah.gnu.org/
[Prev in Thread] | Current Thread | [Next in Thread] |