<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="gmail_quote"><div>IMO, the import/export tarball feature will be used only for backup and restore purposes. In that case, forcing an overwrite *will* make sense, and that is what I originally meant. We aren&#39;t aiming for a per-project export feature. Think of it as &#39;Backup All Projects&#39; and &#39;Restore All Projects&#39;. I hope I&#39;m able to explain what I originally meant.<br>
<br></div></div></blockquote><div>I understood what you originally meant, but why restrict it so? I don&#39;t personally think it&#39;s great to force overwrite and I don&#39;t think a conflict scenario is all too unlikely - &#39;Backup All Projects&#39; means I&#39;m saving all current my work and bringing it with me. There is no guarantee that I won&#39;t create some projects and import a couple more in my new location before I decide to bring in my old work. You can say that the &#39;correct&#39; way to backup all and restore all is to do the restore first thing, but users will do what they want - and then complain when they have a problem. And no matter how rare a conflict scenario is, forcing overwrite is serious business. We&#39;re talking about forcing the user to choose between losing whole existing projects, and not being able to import groups of projects. Either choice could mean losing contact with a lot of the user&#39;s previous work. Also not forgetting that folder names are not exposed to the user, so folder name conflicts are not visible to the user, and he will probably be quite bewildered if we suddenly pop up and say &quot;hey you have a conflict!&quot; when he sees none.<br>
<br>IMO we should avoid force-overwrite if we can at all, and if Diego is right (he probably is :P ) then it&#39;s pretty trivial to just get PlasMate to do some under-the-hood renaming and circumvent all the possible problems.<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></div></div>