>to move across filesystems (that means between partitions, between media etc.) >you MUST copy. u cant rename() (move). so thats already done per file (across a tree)
I know that you can't 'just move' between different filesystems, I do know the inner working of FS's ;) What I ment, and sorry I haven tried this in EFM, is not perform one 'move' operation per file, but rather first copy ALL the files and then rename/remove them For example: you have an SD card with, lets say, 500 different images. Then, you move them to your images collection....but suddenly something goes wrong and you're left with only 200 images moved. I hate when this happens, Dolphin even leaves corrupted the last moved file (I recall this also happens in WinXP). So, my idea was to first copy all the files, and once you are sure everything is in the target, rename, remove and pritify the rest of the operation 2011/8/25 Carsten Haitzler <[email protected]> > On Thu, 25 Aug 2011 10:57:09 -0300 Wido <[email protected]> said: > > > Godd idea....what about this?: When moving across different filesystems > you > > would FIRST copy to a hidden dir, then rename the hidden dir into what > the > > user really ment and then erase source files. > > > > Moving in the same FS take only one IO opeartion per directory (that it > the > > root directory of the moved files), it is still a safe operation (though > the > > user won't see anything until the opeartion is done) and I'm thinking it > > could be enabled with a checkbox in the EFM settings (like 'perform safe > > move between filesystems'). > > > > Also, this could apply not only to removable media but also to different > > partitions.....I think it's an excelent idea IMHO > > to move across filesystems (that means between partitions, between media > etc.) > you MUST copy. u cant rename() (move). so thats already done per file > (across a > tree). it is done if its removable media or another partition because its > the > only way u can do it. the point here is too back to a tree copy/duplicate > do > it safely so u dont get a half-done operation maybe losing files etc. it'd > be > the same logic- if the rename() doesnt work - go to a tree duplicate path > and > don't actually delete the original files until its all done. > > > cheers > > > > 2011/8/25 Carsten Haitzler <[email protected]> > > > > > On Wed, 24 Aug 2011 14:01:57 +0200 Dennis Heuer < > [email protected] > > > > > > > said: > > > > > > > Hello, > > > > > > > > Efm, instead of other file managers, moves instead of copies files > when > > > > dragged. I find this more natural and am fine with it. The only > problem > > > > I see, and why other file managers act different, is that one could > > > > accidentially loose files to a removable or network media. My idea is > > > > to always move a copy to the trash bin if media borders are crossed. > As > > > > far as I know, every media has its own trash bin. > > > > > > 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. there 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. > > > > > > -- > > > ------------- Codito, ergo sum - "I code, therefore I am" > -------------- > > > The Rasterman (Carsten Haitzler) [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 > > > > > > > > > > > -- > > Wido > > > ------------------------------------------------------------------------------ > > 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 > > > > > -- > ------------- Codito, ergo sum - "I code, therefore I am" -------------- > The Rasterman (Carsten Haitzler) [email protected] > > -- Wido ------------------------------------------------------------------------------ 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
