Hmm, I raised this one too. I can't see how the origin handles instances exactly, and the concept of "origin" doesn't seem all that relevant to our implementation anyway - it looks more like something for browser makers to worry over? Why is "origin of a widget" preferable to "instance of widget"? This could be important as some conformance statements relate to the concept, e.g: Upon getting the preferences attribute, the user agent must return a Storage object that represents the storage area for the origin of a widget. If "origin of a widget" is not a sensible concept for the UA (as opposed to widget instance), does this fail conformance? How would you test for it for the UA anyway? S On 23 Sep 2009, at 17:10, Marcos Caceres wrote: > >> 5.4 >> How to handle multiple instances of the same widget? >> As far as I remember it was to be moved to WURIv2, but it seems >> important in the context of preferences. > > No, it's not important. They are bound to the origin of a widget as > defined in WURI, and the origin of a widget is universally unique. > Hence, preferences are unique and not shared. >
This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 7 December 2009 10:43:17 GMT