- From: Marcos Caceres <marcosscaceres@gmail.com>
- Date: Thu, 13 Mar 2008 19:24:13 +1000
- To: "Sergey Ilinsky" <castonet@yahoo.co.uk>
- Cc: public-appformats@w3.org
Hi Sergey, On Thu, Mar 13, 2008 at 1:07 AM, Sergey Ilinsky <castonet@yahoo.co.uk> wrote: > Not sure if the issue was previously discussed - > I could not find its trails anyway.. > > If I understand correctly, the purpose of the following API > functions preferenceForKey / setPreferenceForKey > available on Widget interface is to query widget runtime for > "widget instance" - specific settings. > > Then several questions/issues come: > > 1) will there be a "setting" element available > in the configuration file for the purpose of publishing > widget settings? (Widget runtime could then, for example, > provide a consistent UI for editing settings) Probably not (though the Open Ajax Alliance (OAA) is working on this in their metadata format). I strongly believe that the preferences should be set "onload" using script. Personally, and in the case of the kind widgets we are defining, I think it would be messy to have preferences being set in the config file. For one, it would mean having to define a bunch of types that ECMAScript already gives us. Also, I think the preference UI is better custom built using HTML. > 2) how a widget will then be notified on settings changes > made from the widget runtime UI? Good point. We will probably add an event for that... or something like: widget.addEventListener("preferenceChange", listener, true|false); Or widget.onPreferencesChanged = function(event){ ...do something with event... } and the event object might contain the key, the new value, and the old value: interface PreferenceChagedEvent : Event { readonly attribute DOMString prevValue; readonly attribute DOMString newValue; readonly attribute DOMString preferenceKey; }; Kind regards, Marcos -- Marcos Caceres http://datadriven.com.au
Received on Thursday, 13 March 2008 09:24:57 UTC