On Thu, 25 Aug 2011 20:10:10 +0900 Carsten Haitzler (The Rasterman) <[email protected]> wrote:
> actually thats a good idea. the problem is when do you delete the > trash? you move 4gb of photos from sd card to your photos folder... > your sd card is still full of 4g of photos. very annoying. In deed. I thought about the center, the desktop, you now think about the peripheral, the sd card. That are actually very different cases. But even in the case of the desktop, an own folder for safety copies is better than trash. My idea with the trash bin was a one-place-fits-all-cases idea and not very smart. I also had an extension to the protocol in mind to be able to tag the trash like "deleted, moved, temp, ..." to be able to treat it differently. As you see, I wanted to make something big of the trash bin ;) > probably should not be a simple move to trash, BUT... move the > "already copied" files to a hidden dir (separate from trash) created > for THAT specific operation only on the source media (if source media > is writable. if src is not then its a copy not a move anyway, or > should be - need to test this). then when operation is entirely done > with no errors, delete this tmpdir and all its contents. its close to > your idea - but it doesnt "pollute" the trash dir with temporary > operations and cleans up when done. If you move files from a card or a stick, you most probably are aware of what you are doing. You definitely want the files to cross the borders and have the card/stick cleaned up afterwards. In the case of the desktop, the virtuality of the virtual file system might overwhelm a simple user, who believes that all in reach is on his computer or always in reach. in those cases, there is a second level of danger, the mistake by wrong guess. This is why I'd like to be informed when my files are moved along mounted paths. Probably not in all cases. That makes the whole a bit tricky. Possibly, efm should recognize a move over media borders and ask the user if he really wants to keep things going, wants a safety copy or wants to break the action - the first time the mount point is crossed (and the target is the same or not a removable media - have no idea how to check this, I admit). Is this too paranoid? Best wishes, Dennis Heuer <[email protected]> ------------------------------------------------------------------------------ EMC VNX: the world's simplest storage, starting under $10K The only unified storage solution that offers unified management Up to 160% more powerful than alternatives and 25% more efficient. Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev _______________________________________________ enlightenment-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-users
