bug-gnustep
[Top][All Lists]
Advanced

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

[bug #22565] EOKeyValueCoding: Support modern Cocoa KVC semantics for NS


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/





reply via email to

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