<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: Converting a MiniAPI module to a UWA widget (part 7)</title>
	<atom:link href="http://dev.netvibes.com/blog/2008/03/19/converting-a-miniapi-module-to-a-uwa-widget-part-7/feed/" rel="self" type="application/rss+xml" />
	<link>http://dev.netvibes.com/blog/2008/03/19/converting-a-miniapi-module-to-a-uwa-widget-part-7/</link>
	<description>News and articles about the Netvibes API</description>
	<pubDate>Fri, 16 May 2008 20:52:03 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5</generator>
		<item>
		<title>By: Xavier</title>
		<link>http://dev.netvibes.com/blog/2008/03/19/converting-a-miniapi-module-to-a-uwa-widget-part-7/#comment-4663</link>
		<dc:creator>Xavier</dc:creator>
		<pubDate>Tue, 25 Mar 2008 17:15:21 +0000</pubDate>
		<guid isPermaLink="false">http://dev.netvibes.com/blog/2008/03/19/converting-a-miniapi-module-to-a-uwa-widget-part-7/#comment-4663</guid>
		<description>Yes, there is a way. It is the subject to a forthcoming blogpost, but I'll give directly give you the end of the story: widget.readOnly :) This Netvibes-specific property is logically set to true on Universes, and to false anywhere else (where the widget is supposed to be able to read &#038; write data, and not only display it).</description>
		<content:encoded><![CDATA[<p>Yes, there is a way. It is the subject to a forthcoming blogpost, but I&#8217;ll give directly give you the end of the story: widget.readOnly <img src='http://dev.netvibes.com/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> This Netvibes-specific property is logically set to true on Universes, and to false anywhere else (where the widget is supposed to be able to read &#038; write data, and not only display it).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jeremy</title>
		<link>http://dev.netvibes.com/blog/2008/03/19/converting-a-miniapi-module-to-a-uwa-widget-part-7/#comment-4662</link>
		<dc:creator>jeremy</dc:creator>
		<pubDate>Tue, 25 Mar 2008 13:39:23 +0000</pubDate>
		<guid isPermaLink="false">http://dev.netvibes.com/blog/2008/03/19/converting-a-miniapi-module-to-a-uwa-widget-part-7/#comment-4662</guid>
		<description>Now that I implemented this method. It seems that something is a little annoying. When you add a UWA widget with custom preferences into your universe, everyone can acces to the edit panel (of course), but it seems like the options aren't saved. Can you confirm this? 

It can be a little unsafe if we imagine a developper putting login/password into his custom preferences part. Of course the developper needs to deal with it but is there a way to detect if we are in a universe page or not?</description>
		<content:encoded><![CDATA[<p>Now that I implemented this method. It seems that something is a little annoying. When you add a UWA widget with custom preferences into your universe, everyone can acces to the edit panel (of course), but it seems like the options aren&#8217;t saved. Can you confirm this? </p>
<p>It can be a little unsafe if we imagine a developper putting login/password into his custom preferences part. Of course the developper needs to deal with it but is there a way to detect if we are in a universe page or not?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Xavier</title>
		<link>http://dev.netvibes.com/blog/2008/03/19/converting-a-miniapi-module-to-a-uwa-widget-part-7/#comment-4611</link>
		<dc:creator>Xavier</dc:creator>
		<pubDate>Thu, 20 Mar 2008 14:11:22 +0000</pubDate>
		<guid isPermaLink="false">http://dev.netvibes.com/blog/2008/03/19/converting-a-miniapi-module-to-a-uwa-widget-part-7/#comment-4611</guid>
		<description>Yes, using widget.setValue(name, value) will save the value, even if the widget has no preference of this name.</description>
		<content:encoded><![CDATA[<p>Yes, using widget.setValue(name, value) will save the value, even if the widget has no preference of this name.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jeremy</title>
		<link>http://dev.netvibes.com/blog/2008/03/19/converting-a-miniapi-module-to-a-uwa-widget-part-7/#comment-4603</link>
		<dc:creator>jeremy</dc:creator>
		<pubDate>Wed, 19 Mar 2008 22:19:20 +0000</pubDate>
		<guid isPermaLink="false">http://dev.netvibes.com/blog/2008/03/19/converting-a-miniapi-module-to-a-uwa-widget-part-7/#comment-4603</guid>
		<description>Well, what I mean is actually in my widget, I have a preferences part with all the user params I want to store in hidden fields:

[widget:preferences]
[preference name="period" type="hidden" defaultValue="7" /]
[/widget:preferences]

In my custom preferences form, when I save, I use:

widget.setValue('period', period);

to store in my hidden fields. My question is: is it useless to add the widget:preferences part in my widget or is it just another security to be sure that my data are stored in a correct UWA way?</description>
		<content:encoded><![CDATA[<p>Well, what I mean is actually in my widget, I have a preferences part with all the user params I want to store in hidden fields:</p>
<p>[widget:preferences]<br />
[preference name=&#8221;period&#8221; type=&#8221;hidden&#8221; defaultValue=&#8221;7&#8243; /]<br />
[/widget:preferences]</p>
<p>In my custom preferences form, when I save, I use:</p>
<p>widget.setValue(&#8217;period&#8217;, period);</p>
<p>to store in my hidden fields. My question is: is it useless to add the widget:preferences part in my widget or is it just another security to be sure that my data are stored in a correct UWA way?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Xavier</title>
		<link>http://dev.netvibes.com/blog/2008/03/19/converting-a-miniapi-module-to-a-uwa-widget-part-7/#comment-4599</link>
		<dc:creator>Xavier</dc:creator>
		<pubDate>Wed, 19 Mar 2008 18:13:49 +0000</pubDate>
		<guid isPermaLink="false">http://dev.netvibes.com/blog/2008/03/19/converting-a-miniapi-module-to-a-uwa-widget-part-7/#comment-4599</guid>
		<description>Hey Jeremy, could you be more precise about your final question? If you intend to have them saved with you widget's configuration, custom hidden fields should also be stored using &lt;code&gt;widget.setValue()&lt;/code&gt;. But your method of putting these hidden fields in the standard UWA &lt;code&gt;widget:preferences&lt;/code&gt; format can relieve you from some work :)</description>
		<content:encoded><![CDATA[<p>Hey Jeremy, could you be more precise about your final question? If you intend to have them saved with you widget&#8217;s configuration, custom hidden fields should also be stored using <code>widget.setValue()</code>. But your method of putting these hidden fields in the standard UWA <code>widget:preferences</code> format can relieve you from some work <img src='http://dev.netvibes.com/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jeremy</title>
		<link>http://dev.netvibes.com/blog/2008/03/19/converting-a-miniapi-module-to-a-uwa-widget-part-7/#comment-4598</link>
		<dc:creator>jeremy</dc:creator>
		<pubDate>Wed, 19 Mar 2008 17:51:37 +0000</pubDate>
		<guid isPermaLink="false">http://dev.netvibes.com/blog/2008/03/19/converting-a-miniapi-module-to-a-uwa-widget-part-7/#comment-4598</guid>
		<description>Currently I'm doing the same on my &lt;a href="http://eco.netvibes.com/widgets/230121/tv-shows" rel="nofollow"&gt;TV Shows&lt;/a&gt; widget. Mainly to deal with internationalization. The only difference was that I keep hidden fields on my preferences definition to save data. What I can see from this point of view is that we don't have to store data in hidden preferences fields ?</description>
		<content:encoded><![CDATA[<p>Currently I&#8217;m doing the same on my <a href="http://eco.netvibes.com/widgets/230121/tv-shows" rel="nofollow">TV Shows</a> widget. Mainly to deal with internationalization. The only difference was that I keep hidden fields on my preferences definition to save data. What I can see from this point of view is that we don&#8217;t have to store data in hidden preferences fields ?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
