Comments on: Mac OS X’s Finder: Badly needs a smarter ‘Copy’ command http://www.betalogue.com/2006/05/29/mac-os-xs-finder-badly-needs-a-smarter-copy-command/ Notes from an unfinished world… Mon, 06 Feb 2012 13:29:08 +0000 hourly 1 http://wordpress.org/?v=3.3.1 By: Pierre Igot http://www.betalogue.com/2006/05/29/mac-os-xs-finder-badly-needs-a-smarter-copy-command/comment-page-1/#comment-7986 Pierre Igot Wed, 27 Feb 2008 17:51:07 +0000 http://www.betalogue.com/2006/05/29/mac-os-xs-finder-badly-needs-a-smarter-copy-command/#comment-7986 No sign of any improvement as yet. No sign of any improvement as yet.

]]> By: Tr909 http://www.betalogue.com/2006/05/29/mac-os-xs-finder-badly-needs-a-smarter-copy-command/comment-page-1/#comment-7984 Tr909 Wed, 27 Feb 2008 14:45:52 +0000 http://www.betalogue.com/2006/05/29/mac-os-xs-finder-badly-needs-a-smarter-copy-command/#comment-7984 Almost 2 years on, i'm copying tens, twenties and 40-ies of gigabytes around to clean up my harddrives, so that i could update to Leopard. So i googled for "multiple copy"-commands and "queue", etc. and it came back with this betalogue-page where we were discussing this already in 2006... You found a solution, Pierre? Seems like in 2007, others were also wondering about this queue clue... http://breakthesystem.org/2007/a-proposal-to-os-makers/ (via http://reddit.com/r/programming/info/61q9n/comments/c02k326 ) Almost 2 years on, i’m copying tens, twenties and 40-ies of gigabytes around to clean up my harddrives, so that i could update to Leopard. So i googled for “multiple copy”-commands and “queue”, etc. and it came back with this betalogue-page where we were discussing this already in 2006… You found a solution, Pierre?
Seems like in 2007, others were also wondering about this queue clue…
http://breakthesystem.org/2007/a-proposal-to-os-makers/
(via http://reddit.com/r/programming/info/61q9n/comments/c02k326 )

]]> By: Tr909 http://www.betalogue.com/2006/05/29/mac-os-xs-finder-badly-needs-a-smarter-copy-command/comment-page-1/#comment-6143 Tr909 Thu, 01 Jun 2006 07:30:35 +0000 http://www.betalogue.com/2006/05/29/mac-os-xs-finder-badly-needs-a-smarter-copy-command/#comment-6143 Addendum, maybe when starting a copy process it could try-out a parralel and/or serial-copy to check throughput/per/second. Allthough nifty this might be error-prone. This genuinly is not an easy task and steering it might require knowledge and intervention by the end-user, which OTOH is something which might easily might lead to problems (which apple has to support again). I Guess some coder might test out these things with an easy/small queing program. Addendum, maybe when starting a copy process it could try-out a parralel and/or serial-copy to check throughput/per/second. Allthough nifty this might be error-prone. This genuinly is not an easy task and steering it might require knowledge and intervention by the end-user, which OTOH is something which might easily might lead to problems (which apple has to support again).
I Guess some coder might test out these things with an easy/small queing program.

]]> By: Tr909 http://www.betalogue.com/2006/05/29/mac-os-xs-finder-badly-needs-a-smarter-copy-command/comment-page-1/#comment-6142 Tr909 Thu, 01 Jun 2006 07:26:00 +0000 http://www.betalogue.com/2006/05/29/mac-os-xs-finder-badly-needs-a-smarter-copy-command/#comment-6142 I would like to mention as a side note that the copy behaviour should take into account if files are from same source drive and/or to same destination drive. Some information about the drives should be present. Like, a fast external firewire drive can easily accept files from DVD and internal drive at the same time. Or another instance, where you copy something between external firewire drives and in parralel from DVD to internal drive. Just to queue everything would also not be a smart algorythm. I would like to mention as a side note that the copy behaviour should take into account if files are from same source drive and/or to same destination drive. Some information about the drives should be present. Like, a fast external firewire drive can easily accept files from DVD and internal drive at the same time. Or another instance, where you copy something between external firewire drives and in parralel from DVD to internal drive. Just to queue everything would also not be a smart algorythm.

]]> By: Pierre Igot http://www.betalogue.com/2006/05/29/mac-os-xs-finder-badly-needs-a-smarter-copy-command/comment-page-1/#comment-6138 Pierre Igot Tue, 30 May 2006 14:05:38 +0000 http://www.betalogue.com/2006/05/29/mac-os-xs-finder-badly-needs-a-smarter-copy-command/#comment-6138 For the record I submitted this idea to Apple as a desirable "enhancement" a while ago, and they gave me the canned reply "the feedback you provided is known to engineering and a solution is currently under investigation." At least they didn't give me the canned "behaves as expected" reply, so I guess all hope is not lost that one day, this idea will actually be implemented. And you're right: It wouldn't be all that difficult to implement in the UI. For the record I submitted this idea to Apple as a desirable “enhancement” a while ago, and they gave me the canned reply “the feedback you provided is known to engineering and a solution is currently under investigation.”

At least they didn’t give me the canned “behaves as expected” reply, so I guess all hope is not lost that one day, this idea will actually be implemented. And you’re right: It wouldn’t be all that difficult to implement in the UI.

]]> By: MHinton http://www.betalogue.com/2006/05/29/mac-os-xs-finder-badly-needs-a-smarter-copy-command/comment-page-1/#comment-6137 MHinton Tue, 30 May 2006 13:54:33 +0000 http://www.betalogue.com/2006/05/29/mac-os-xs-finder-badly-needs-a-smarter-copy-command/#comment-6137 This is a very good idea and the UI for it would not be that difficult. Multilple copy operations would default to serial with each operation listed in the copy dialog. Then each pending copy could have a little icon that when clicked would break out the operation into a parallel copy. This is a very good idea and the UI for it would not be that difficult. Multilple copy operations would default to serial with each operation listed in the copy dialog. Then each pending copy could have a little icon that when clicked would break out the operation into a parallel copy.

]]>