Ok cool :) I&#39;ll start working on the mentioned changes then.<br><br><blockquote style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;" class="gmail_quote">perhaps instead of &quot;other projects&quot; maybe &quot;older projects&quot;, &quot;older projects&quot;<br>

or maybe even just &quot;More projects...&quot;? &quot;other&quot; sounds a bit like they belong<br>
to a different category.<br></blockquote><br>Now that you mentioned it &#39;More Projects&#39; sounds like a much better choice (It&#39;s probably not &#39;older projects&#39; since we&#39;re listing everything). Think I&#39;ll just adopt &#39;More Projects&#39; :)<br>
<br><blockquote style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;" class="gmail_quote">But, there should be an option by which the user<br>
can &#39;save&#39; all his/her projects to a file (an archive, maybe) so that<br>
it can be used after a system reinstall,<br></blockquote><br>Agree, but I&#39;ll think about that a little later - I suspect it&#39;s not so simple as it is not just a matter of files but also save points (ie the Git local repositories) that need to be cleanly migrated. I&#39;ve no idea how to do that at the moment. I&#39;m not even sure at the moment how to kill a project&#39;s git repository when it is being deleted. Need to look into that in some time (or insidiously arrow Diego to handle it :P ).<br>
<br clear="all">----<br>Jason &quot;moofang&quot; Lim Yuen Hoe<br><a href="http://yuenhoe.co.cc/">http://yuenhoe.co.cc/</a><br><br>
<br><br><div class="gmail_quote">On Sat, Jan 23, 2010 at 2:42 PM, Shantanu Tushar Jha <span dir="ltr">&lt;<a href="mailto:jhahoneyk@gmail.com">jhahoneyk@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><div></div><div class="h5">On Sat, Jan 23, 2010 at 11:57 AM, Yuen Hoe Lim &lt;<a href="mailto:yuenhoe86@gmail.com">yuenhoe86@gmail.com</a>&gt; wrote:<br>
&gt; Hi guys,<br>
&gt;<br>
&gt; Would like some of your opinion on this :) There is a comment like this in<br>
&gt; Plasmate&#39;s code regarding the &#39;recent projects list&#39; on the start page:<br>
&gt;<br>
&gt;         // Q: TODO Limit to 5?<br>
&gt;         // A: Before limiting, we need to provide an &quot;Export&quot; feature so<br>
&gt;         // the developer can save his projects and import it later for<br>
&gt; review.<br>
&gt;<br>
&gt; I think there are problems with this:<br>
&gt;<br>
&gt; What happens if a user forgets to export? It doesn&#39;t make sense that you<br>
&gt; never need to worry about saving files in plasmate but yet need to worry<br>
&gt; about exporting your project every now and then or risk losing it forever<br>
&gt; and ever (unless you dug into the folds of Plasmate&#39;s hidden folders, which<br>
&gt; is ugly).<br>
&gt; Even if you remember to export, Plasmate still maintains a (version<br>
&gt; controlled!) copy of the project in it&#39;s own hidden folders. Then what<br>
&gt; happens if you reimport the exported project? How does Plasmate know that<br>
&gt; the project being imported is the same project as the one it maintains in<br>
&gt; the hidden folder - especially since the exported project may have been<br>
&gt; modified before being imported again? Name checking doesn&#39;t sound like a<br>
&gt; sensible thing since you could very well be importing an external plasmoid<br>
&gt; (via GHNS for eg when that starts working) that happens to have the same<br>
&gt; name as a local project but is entirely different. If you always imported as<br>
&gt; a new project, then you&#39;ll be creating tonnes of obsolete &#39;garbage projects&#39;<br>
&gt; in the hidden folder that never gets referenced again.<br>
&gt;<br>
&gt; What I suggest is we make it so that the export feature is only for creating<br>
&gt; an installable that the user can distribute - he should not need to<br>
&gt; re-import what was exported. Instead, Plasmate will be responsible for<br>
&gt; managing all &#39;in-development&#39; projects. What we could have is for there to<br>
&gt; be ~5 recent projects that the user can quick-select from the start page,<br>
&gt; and then we could have an &#39;other projects&#39; button at the bottom that brings<br>
&gt; up a project selection dialog, which should list all projects that have ever<br>
&gt; been created in Plasmate (probably with quick-filter/search<br>
&gt; functionalities). The user will be able to load any of his projects from<br>
&gt; this dialog, and will also be able to delete off old projects he doesn&#39;t<br>
&gt; need anymore.<br>
<br>
</div></div>Yes, that is good. But, there should be an option by which the user<br>
can &#39;save&#39; all his/her projects to a file (an archive, maybe) so that<br>
it can be used after a system reinstall, or say for backup purposes. I<br>
suggest-<br>
<br>
1. User clicks on &quot;Backup&quot;, chooses a location to save the archive.<br>
2. Plasmate tars/zips the config dir (the plasmate dir in .kde) to the location.<br>
3. Later, the user wants to &quot;Restore&quot;, chooses an archive for the task.<br>
4. Plasmate untars/unzips the archive, and if successful overwrites<br>
(after a warning/confirmation) the config with those from the archive.<br>
<br>
All this because not everyone is going to publish on an online repo.<br>
Or, is there some other way to accomplish this?<br>
<div class="im"><br>
&gt;<br>
&gt; This way we never need to worry about projects bouncing in and out of<br>
&gt; Plasmate - all projects are always &quot;in&quot; Plasmate. At the same time the user<br>
&gt; never needs to worry about exporting unless he wants an installable, never<br>
&gt; needs to manage his Plasmate project files (since there are none), and<br>
&gt; doesn&#39;t even need to care about how a project looks like or how Plasmate is<br>
&gt; storing his projects - just that it does. It&#39;ll also allow the user to<br>
&gt; explicitly decide if any project is no longer needed and allow us to delete<br>
&gt; off stuff in the hidden folder to save space.<br>
&gt;<br>
&gt; What do you guys think, does this sound like a sensible solution?<br>
&gt;<br>
&gt; ----<br>
&gt; Jason &quot;moofang&quot; Lim Yuen Hoe<br>
&gt; <a href="http://yuenhoe.co.cc/" target="_blank">http://yuenhoe.co.cc/</a><br>
&gt;<br>
&gt;<br>
</div><div class="im">&gt; _______________________________________________<br>
&gt; Plasma-devel mailing list<br>
&gt; <a href="mailto:Plasma-devel@kde.org">Plasma-devel@kde.org</a><br>
&gt; <a href="https://mail.kde.org/mailman/listinfo/plasma-devel" target="_blank">https://mail.kde.org/mailman/listinfo/plasma-devel</a><br>
&gt;<br>
&gt;<br>
<br>
<br>
<br>
</div><font color="#888888">--<br>
Shantanu Tushar    (UTC +0530)<br>
<a href="http://www.shantanutushar.com" target="_blank">http://www.shantanutushar.com</a><br>
</font><div><div></div><div class="h5">_______________________________________________<br>
Plasma-devel mailing list<br>
<a href="mailto:Plasma-devel@kde.org">Plasma-devel@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/plasma-devel" target="_blank">https://mail.kde.org/mailman/listinfo/plasma-devel</a><br>
</div></div></blockquote></div><br>