<div class="gmail_quote">On Tue, May 26, 2009 at 8:28 PM, Aaron Boodman <span dir="ltr"><<a href="mailto:aa@google.com">aa@google.com</a>></span> wrote:</div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">On Tue, May 26, 2009 at 8:17 PM, Jeremy Orlow <<a href="mailto:jorlow@google.com">jorlow@google.com</a>> wrote:<br>
> What's special here is that everything set with the implicit getters/setters<br>
> is supposed to be turned into a string. So yes this does seem somewhat<br>
> unique.</div></blockquote><div><br></div><div>Oh yeah, it's also a bit odd because values persist. Which doesn't really make sense if we allow functions to be overridden by functions, but does make sense if we're overriding them with strings.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">
> And yes, "there isn't good interop right now across the board"...but that's<br>
> one of the reasons the HTML 5 spec + WhatWG exist...right? :-)<br>
<br>
</div>Right I was just saying this is a bigger problem than this one API and<br>
makes sense to work on separately.</blockquote><div><br></div><div>Isn't overriding defined in the spec? If not, then I guess we need to split this thread out. :-)</div><div><br></div><div>Either way, I really think it's important that the "correct" behavior for localStorage be spelled out.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">> I think it's important to decide which behavior makes the most sense and<br>
> standardize on it. The way things are now is pretty useless to eveyone.<br>
<br>
</div>Not useless. Overriding a host object's methods is pretty rare.</blockquote><div><br></div><div>Well, useless in the sense that if everyone implements it differently, web developers basically just have to avoid removeItem, setItem, clear, etc altogether since they can't depend on any one behavior.</div>
<div><br></div><div>J</div></div>