<?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"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	>
<channel>
	<title>Comments on: Where Oh Where Should Your Data Go?</title>
	<atom:link href="http://www.buildagadget.com/Blog/archives/85/feed" rel="self" type="application/rss+xml" />
	<link>http://www.buildagadget.com/Blog/archives/85</link>
	<description>Free gadgets, widgets, and apps that save time and space</description>
	<pubDate>Tue, 06 Jan 2009 10:02:58 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: The Staff</title>
		<link>http://www.buildagadget.com/Blog/archives/85/comment-page-1#comment-2184</link>
		<dc:creator>The Staff</dc:creator>
		<pubDate>Thu, 03 Jul 2008 22:49:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.buildagadget.com/Blog/?p=85#comment-2184</guid>
		<description>Yeah, we're starting to get that impression.  There some other options handed out including leting people choose (too confusing for something like this work well, but good thought for other stuff), and the ProgramData folder as specified from spec (not bad, but still unsecure).

AppData-&gt;Local may be the winner, just going to give this a day or two more for anyone else who wants to vote.</description>
		<content:encoded><![CDATA[<p>Yeah, we&#8217;re starting to get that impression.  There some other options handed out including leting people choose (too confusing for something like this work well, but good thought for other stuff), and the ProgramData folder as specified from spec (not bad, but still unsecure).</p>
<p>AppData->Local may be the winner, just going to give this a day or two more for anyone else who wants to vote.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: G-Up</title>
		<link>http://www.buildagadget.com/Blog/archives/85/comment-page-1#comment-2180</link>
		<dc:creator>G-Up</dc:creator>
		<pubDate>Thu, 03 Jul 2008 17:07:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.buildagadget.com/Blog/?p=85#comment-2180</guid>
		<description>Just using Appdata Folders</description>
		<content:encoded><![CDATA[<p>Just using Appdata Folders</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The Staff</title>
		<link>http://www.buildagadget.com/Blog/archives/85/comment-page-1#comment-2168</link>
		<dc:creator>The Staff</dc:creator>
		<pubDate>Wed, 02 Jul 2008 15:06:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.buildagadget.com/Blog/?p=85#comment-2168</guid>
		<description>Yeah, it would be nicer though if the AppData folder wasn't hidden by default (we're thinking more for the people who don't know about hidden folders, so this is something of a way to get some of the stress off from us walking people through stuff).  

If we put the data inside the .gadget itself, it'll get overwritten when the gadget gets updated.  We did have it in the gadgets directory, but that is such a pain in the butt to get to that we made a decision to move it.

Indeed, it's interesting to compare how much control the API gives us vs. what the system will actually let us do.</description>
		<content:encoded><![CDATA[<p>Yeah, it would be nicer though if the AppData folder wasn&#8217;t hidden by default (we&#8217;re thinking more for the people who don&#8217;t know about hidden folders, so this is something of a way to get some of the stress off from us walking people through stuff).  </p>
<p>If we put the data inside the .gadget itself, it&#8217;ll get overwritten when the gadget gets updated.  We did have it in the gadgets directory, but that is such a pain in the butt to get to that we made a decision to move it.</p>
<p>Indeed, it&#8217;s interesting to compare how much control the API gives us vs. what the system will actually let us do.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: RD</title>
		<link>http://www.buildagadget.com/Blog/archives/85/comment-page-1#comment-2167</link>
		<dc:creator>RD</dc:creator>
		<pubDate>Wed, 02 Jul 2008 12:19:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.buildagadget.com/Blog/?p=85#comment-2167</guid>
		<description>I like the idea of using the Appdata folders (Local or Roaming subdir) for a directory for program settings, and the 'hidden' aspect. It's not -too- hard to find, sort of... but your shortcuts to open the data dir is good, when UAC doesn't silently object.

As usual, Microsoft has to make umpteen ways to do things... e.g. C:\ProgramData, and C:\Users\(owner)\Appdata\Local  ...Appdata\Roaming, etc. There are many softwares that create folders in a user's Documents directory, though I don't think it should be for program setttings, but rather, for things the user makes or manages with a program (pictures, documents, music files, etc).
   I would -not- care for dumping a data folder in just the 'user profile'.... as in C:\Users\(Owner)\BuildaGadget ...nobody else has done that, that I can see... but in the Appdata subfolders within the 'user profile' is good.
       I have also seen a gadget (the 'OnlineTV' gadget) put its users' 'channel' selections into an channels.xml file in an 'XML' subdir =inside= their own OnlineTV.gadget folder (in Users\(owner)\Appdata\Local\Microsoft\Windows Sidebar\Gadgets\OnlineTV.gadget\XML). The channels.xml file gets updated as you add/remove files and the UAC hasn't complained or stopped it for me, though I've found a 'quirk' with the gadget's maintenance of that file, and edited it directly to clean it up.
   I wish MS would enforce an OS, System, Programs, ProgData, and UserDox hierarchy and not let progs dump straight to C:\ anymore, or mod the OS/System, etc., except to add/update their own driver (not mod someone else's). You should be able to backup ProgData and UserDox, wipe out the rest, and be able to return the system to exactly the way it was, but...oh well, dream on.
   Seems there are differences in Closing sidebar and Exiting sidebar... and you need to let sidebar fully exit/close down (hard drive activity stops), before restarting to get best results, otherwise it seems to get confused. Still gets confused anyway...  and there also seems to be a difference when installing gadgets with UAC on vs installing gadgets with UAC off... sometimes.  Too many cooks (or hooks) spoiling the... app environment.</description>
		<content:encoded><![CDATA[<p>I like the idea of using the Appdata folders (Local or Roaming subdir) for a directory for program settings, and the &#8216;hidden&#8217; aspect. It&#8217;s not -too- hard to find, sort of&#8230; but your shortcuts to open the data dir is good, when UAC doesn&#8217;t silently object.</p>
<p>As usual, Microsoft has to make umpteen ways to do things&#8230; e.g. C:\ProgramData, and C:\Users\(owner)\Appdata\Local  &#8230;Appdata\Roaming, etc. There are many softwares that create folders in a user&#8217;s Documents directory, though I don&#8217;t think it should be for program setttings, but rather, for things the user makes or manages with a program (pictures, documents, music files, etc).<br />
   I would -not- care for dumping a data folder in just the &#8216;user profile&#8217;&#8230;. as in C:\Users\(Owner)\BuildaGadget &#8230;nobody else has done that, that I can see&#8230; but in the Appdata subfolders within the &#8216;user profile&#8217; is good.<br />
       I have also seen a gadget (the &#8216;OnlineTV&#8217; gadget) put its users&#8217; &#8216;channel&#8217; selections into an channels.xml file in an &#8216;XML&#8217; subdir =inside= their own OnlineTV.gadget folder (in Users\(owner)\Appdata\Local\Microsoft\Windows Sidebar\Gadgets\OnlineTV.gadget\XML). The channels.xml file gets updated as you add/remove files and the UAC hasn&#8217;t complained or stopped it for me, though I&#8217;ve found a &#8216;quirk&#8217; with the gadget&#8217;s maintenance of that file, and edited it directly to clean it up.<br />
   I wish MS would enforce an OS, System, Programs, ProgData, and UserDox hierarchy and not let progs dump straight to C:\ anymore, or mod the OS/System, etc., except to add/update their own driver (not mod someone else&#8217;s). You should be able to backup ProgData and UserDox, wipe out the rest, and be able to return the system to exactly the way it was, but&#8230;oh well, dream on.<br />
   Seems there are differences in Closing sidebar and Exiting sidebar&#8230; and you need to let sidebar fully exit/close down (hard drive activity stops), before restarting to get best results, otherwise it seems to get confused. Still gets confused anyway&#8230;  and there also seems to be a difference when installing gadgets with UAC on vs installing gadgets with UAC off&#8230; sometimes.  Too many cooks (or hooks) spoiling the&#8230; app environment.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
