<div class="gmail_quote">On Tue, Jun 22, 2010 at 1:12 PM, Wei Jiang <span dir="ltr">&lt;_<a href="mailto:weijiang_@yahoo.com" target="_blank">weijiang_@yahoo.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


The Trash specification is very good. It is intent for Unix, but it is good for Windows as well, with minor modification.<br></blockquote><div><br></div><div>Windows already has a Recycle Bin which does (in my opinion) an excellent work.</div>


<div>IMHO adding another data-structure doing the same work probably will confuse the user.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I have implemented it for a cross platform (Unix and Windows) file manager Acelet Filer at <a href="http://www.acelet.com/desktop/filer.html" target="_blank">http://www.acelet.com/desktop/filer.html</a>.<br></blockquote>


<div><br></div><div>I would suggest to you to use the Windows Trash on your application.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I would like to comment about the Trash specification from my experience:<br>



<br>
$XDG_DATA_HOME is difficult to implement.<br>
It is almost out of the capacity of trash implementer. Maybe I can modify .bashrc to add that environment variable, but the user may delete it later. I have checked Ubuntu 9.40 with Nautilus, $XDG_DATA_HOME is undefined.<br>


</blockquote><div><br></div>The specifications doesn&#39;t mandate that there should be a XDG_DATA_HOME variable. Actually if it is not defined you should use its default value ( $HOME/.local/share). See <a href="http://standards.freedesktop.org/basedir-spec/latest/ar01s03.html" target="_blank">http://standards.freedesktop.org/basedir-spec/latest/ar01s03.html</a></div>


<div class="gmail_quote"><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Instead, I would suggest an alternative:<br>
<br>
Call the program, which implements the Trash specification, with option -info homeTrashDirName to get the trash directory name.<br></blockquote><div><br></div><div>The problem is that there&#39;s not only one program implementing the Trash Specification under the same environment.</div>


<div>They must use the same convention to interoperate without problems. In fact they do. You can trash a file with trash-cli and restore it with Gnome or KDE.</div><div><br></div><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">

<span class="Apple-style-span" style="font-family: arial, sans-serif; font-size: 13px; border-collapse: collapse; color: rgb(34, 34, 34); ">If you decide to expand the Trash specification to Windows, I would like to contribute comments.<br>

</span></blockquote><div><br></div><div>I think that they would be welcome.</div><div><br></div></div>-- <br>Andrea Francia<br>