Submit Hint Search The Forums LinksStatsPollsHeadlinesRSS
14,000 hints and counting!

Click here to return to the 'Moving folders in Finder without copying' hint
The following comments are owned by whoever posted them. This site is not responsible for what they say.
Moving folders in Finder without copying
Authored by: mantrid on Aug 04, '10 05:35:39AM

I'm not the submitter, but it's pretty obvious most people commenting don't get it. As pointed out earlier, the GUI doesn't allow moves across owners or where permissions otherwise don't allow it. The Cmd key DOES NOT do it. The whole Cmd-key discussion is off-topic. It wouldn't have been off-topic five years ago, but whoever Apple brought in to work on the Finder after 10.3 probably wasn't familiar with Mac conventions and broke it. Or maybe the "flexible engineering team" concept shunted the developer off to another project before they could get around to fixing it.

Yeah, so Cmd-dragging in the Finder (the "force move" action by Mac convention) doesn't do it, but using AppleScript to tell the Finder to move still works correctly. It is a workaround that shouldn't even be necessary, but it does work. Yes, the command line could also be used, but then why am I paying the Apple tax when I could use Linux for free? Maybe we should all be asking ourselves this question.

The example used (post-archive and install) is just that, an example. It isn't important. People getting hung up on the example are also missing the point.

Apple and the GUI gets one star. This hint deserves five stars for drawing attention to the deficiency that Apple has shown no interest in rectifying since dropping "Computer" from their name, and should get five stars for providing a functional GUI-based workaround for it.

[ Reply to This | # ]
Moving folders in Finder without copying
Authored by: mrmobius on Aug 04, '10 06:53:47AM

I see what you are saying with this, but the more I think about it, this seems to reveal a security problem rather than a feature. The main problem the poster is having is getting past user permissions not a file move. In UNIX all files are set with permissions. User folders are set to No Access for all other users on a system, and READ Only for the the root level of each respective user. With one user this is really a non-issue but with multiple users on the same machine the individual user folders are not visible nor read/write to each other user. This is a GOOD thing. This means that without administrator access and a knowledge of sudo in the terminal, users can not copy from or to other users folders on the same machine. This AppleScript seems to negate that without administrator access which would seem like a security bug not a feature.

Also the author may not have tried to do a get info on the folders in question and simpy change the ownership to his current user, then move the files in the Finder with the command key.

[ Reply to This | # ]
Moving folders in Finder without copying
Authored by: mantrid on Aug 04, '10 07:28:46AM

Who said anything about circumventing permissions or doing anything without administrator access? When required, a cmd-drag in Panther invokes an authentication dialog so that an administrator could organize things quickly from the GUI. Tiger and later, an admin in this situation can't move from the GUI at all.

Ugh, this is the biggest problem with Apple's increased market share. Too many recent switchers and newbies that have no recollection of how elegant the Mac used to be even just five years ago, unable to recognize how kludgy OS X has become, blissfully unaware that they are settling for mediocrity are drowing out the voices of those who realize how good it could actually be.

You tell your computer to move some files and it copies them instead. It won't move them no matter what. How are people defending this? Change the ownership and then move as an alternative? Once you have changed the ownership or permissions you wouldn't even need the command key so do you even know what you are talking about? Maybe check your facts before posting irrelevant comments prepended with "seems" to substitute for actually testing something first. Regardless, you could have done the two step move in 10.3 if you wanted to as well, but how is that better than just moving it in one step as was once possible? Less consistency with Mac conventions, reduced capabilities overall. It's a downgrade.

[ Reply to This | # ]
Moving folders in Finder without copying
Authored by: mrmobius on Aug 04, '10 10:53:46AM

From the original post "So I figured I'd just move them from the old account folder. Only the finder wanted to copy the folders not move them. It would move the files. So I wrote an AppleScript script to force it to move the folders. Remember this is only for moving folders on the same partition."

From an old user folder to a new user folder on the same partition. This is a permissions issue not a Finder issue at it's root. I guarantee that the newly created user was not the same short name as the user he was trying to restore from hence the copy and not move. POSIX unix issue.

Would it be nice to force move a folder from the Finder by command dragging and get an authentication box? Yes. But if you are already working at that level of understation the terminal is your best friend. I used to hate the terminal. GUI is great and the terminal has it's uses as well and can be faster than the GUI for certain tasks. I prefer to take the best of both with a little apple script on the side.

FYI, I am a 15 year veteran of the Mac OS from system 7.1 as a professional up to the latest, including my ACTC (apple certified technical coordinator).

[ Reply to This | # ]
Moving folders in Finder without copying
Authored by: BLAZE_MkIV on Aug 04, '10 12:13:09PM

Don't ask me why the finders get info window didn't change the permissions like it showed it did. The recursive change took quite a long time too. I usually only resort to things like this when the obvious way fails.

FYI: My first Mac was a Mac Plus with System 4. Which I still have, and still works.

[ Reply to This | # ]