On Wed, 14 Jan 2009, Cameron McCormack wrote:
I began testing all attributes and operations with DOMString arguments
from a selection of specs for their behaviour wrt null and undefined:
http://mcc.id.au/2009/01/string-handling/string-handling
Each pair of characters in the column for
On Tue, Jan 13, 2009 at 4:53 PM, Cameron McCormack c...@mcc.id.au wrote:
Jonas Sicking:
So it behaves different from passing in an empty string? For some
functions this surprises me, such as for the namespace parameter for
getAttributeNS, I would think that we there treat the same as null.
On Mon, 28 Apr 2008, Brady Eidson wrote:
Anne was asserting that since the interface for setItem() specifies a
DOMString as the input, anything you pass it will be stringified.
Therefore passing it the null value would be stringified to null.
This is what you currently see in all the
On Tue, Jan 13, 2009 at 1:41 AM, Ian Hickson i...@hixie.ch wrote:
On Mon, 28 Apr 2008, Brady Eidson wrote:
Anne was asserting that since the interface for setItem() specifies a
DOMString as the input, anything you pass it will be stringified.
Therefore passing it the null value would be
On Tue, Jan 13, 2009 at 4:48 AM, Anne van Kesteren ann...@opera.com wrote:
On Tue, 13 Jan 2009 13:44:22 +0100, Jonas Sicking jo...@sicking.cc wrote:
I talked with Cameron a while ago about what the default behavior
should be for null. We couldn't find any functions that required that
null be
On Tue, 13 Jan 2009 19:32:16 +0100, Jonas Sicking jo...@sicking.cc wrote:
On Tue, Jan 13, 2009 at 4:48 AM, Anne van Kesteren ann...@opera.com
wrote:
alert() requires it.
How so? I couldn't imagine how a site could depend on that.
Debugging, for one. You can't mean that you'd consider
On Jan 13, 2009, at 11:28 AM, Anne van Kesteren wrote:
On Tue, 13 Jan 2009 19:32:16 +0100, Jonas Sicking jo...@sicking.cc
wrote:
On Tue, Jan 13, 2009 at 4:48 AM, Anne van Kesteren
ann...@opera.com wrote:
alert() requires it.
How so? I couldn't imagine how a site could depend on that.
Jonas Sicking:
I talked with Cameron a while ago about what the default behavior
should be for null. We couldn't find any functions that required that
null be treated as null, but there are several examples of functions
that require that null be treated as the empty string.
I began testing
On Tue, Jan 13, 2009 at 3:37 PM, Cameron McCormack c...@mcc.id.au wrote:
Jonas Sicking:
I talked with Cameron a while ago about what the default behavior
should be for null. We couldn't find any functions that required that
null be treated as null, but there are several examples of functions
Jonas Sicking:
So in the null column an S means that it's treated as null, an E
as , but what does N mean?
N means that I was able to determine that null was treated as the
actual null value, rather than converted to a string.
Yes, there are definitely a lot of Ss in the null column for
On Tue, Jan 13, 2009 at 4:26 PM, Cameron McCormack c...@mcc.id.au wrote:
Jonas Sicking:
So in the null column an S means that it's treated as null, an E
as , but what does N mean?
N means that I was able to determine that null was treated as the
actual null value, rather than converted to a
Jonas Sicking:
So it behaves different from passing in an empty string? For some
functions this surprises me, such as for the namespace parameter for
getAttributeNS, I would think that we there treat the same as null.
Not necessarily, but I agree that would be a better thing to report.
I’ll
On Apr 27, 2008, at 5:32 PM, Ian Hickson wrote:
On Thu, 10 Apr 2008, Brady Eidson wrote:
In 4.10.5, the description of the properties on the StorageEvent
object
mentions ...its newValue attribute set to the new value of the key
in
question, or null if the key was removed...
So a web
On Mon, 28 Apr 2008 23:14:03 +0200, Brady Eidson [EMAIL PROTECTED] wrote:
I would like to make sure that my understanding is correct here, since
you expressed doubt.
Anne was asserting that since the interface for setItem() specifies a
DOMString as the input, anything you pass it will be
On Tue, 19 Feb 2008, Ralf Stoltze wrote:
I found three more occurrences of global storage area in the current
version, in 4.10.6.2 and 4.10.7.1.
Fixed.
And a minor typo in 4.10.5: hte -- the
Thanks. Fixed.
On Thu, 13 Mar 2008, Dave Camp wrote:
4.10.6.1 still talks about quotas being
15 matches
Mail list logo
