Found how to subscribe to the webapps list. Turns out I was trying to join the working group and not the mailing list.<br><br><div class="gmail_quote">On Tue, Oct 13, 2009 at 16:28, Ian Hickson <span dir="ltr"><<a href="mailto:ian@hixie.ch">ian@hixie.ch</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">On Tue, 13 Oct 2009, Jeremy Orlow wrote:<br>
> On Tue, Oct 13, 2009 at 3:40 PM, Ian Hickson <<a href="mailto:ian@hixie.ch">ian@hixie.ch</a>> wrote:<br>
> > On Tue, 13 Oct 2009, Brett Cannon wrote:<br>
> > > On Mon, Oct 12, 2009 at 19:07, Ian Hickson <<a href="mailto:ian@hixie.ch">ian@hixie.ch</a>> wrote:<br>
> > > ><br>
> > > > I believe you can test if a key is in the storage area using:<br>
> > > ><br>
> > > >   if (key in storage) { ... }<br>
> > > ><br>
> > > > For example:<br>
> > > ><br>
> > > >   if ('document' in window.localStorage) { ... }<br>
> > ><br>
> > > I didn't find that in the spec anywhere. Is it somehow implicit and I<br>
> > > just missed it? Or will it be specified sometime in the future?<br>
> ><br>
> > It's the net effect of this line in the spec:<br>
> ><br>
> > # The names of the supported named properties on a Storage object are the<br>
> > # keys of each key/value pair currently present in the list associated<br>
> > # with the object.<br>
> ><br>
> > ...combined with the definitions in the WebIDL spec.<br>
><br>
> It seems odd that there wouldn't be a corresponding method on<br>
> localStorage given that the deleter, getter, and setter all have them.<br>
<br>
</div>Personally I'd rather remove those methods, but I think we're stuck with<br>
them at this point.</blockquote><div><br></div><div>While usability does go up when you use things like setting keys/values directly off of localStorage instead of using setItem(), etc. it does make it much more difficult to provide a drop-in library to provide enhanced features and fix compatibility issues thanks to JavaScript not supporting thorough operator overloading. For instance, IE 8 doesn't provide a way to do an equivalent 'length' attribute (until ECMAScript 5 is supported). And I have no clue how to potentially fix any browser incompatibility that the 'in' operator might introduce.</div>

<div><br></div><div>And taking away the functions would force people like me to come up with their own API instead of using the defined functions. Providing functions mirroring things you can do directly with an object might be a pain, but it does help overcome a shortcoming of JavaScript.</div>

<div><br></div><div>-Brett</div></div>