10.6.6 - Finder: edit -> cut disabled
(when you right-click on a file only "move" option is "move to Trash"...;-)
can I config OS to fix this? it's really not very practical...
thank you...
iMac
iMac
So, I guess you retract your previous ridiculous statement that cutting and pasting is dangerous now that apple has it implemented?
BananaCode wrote:
So, I guess you retract your previous ridiculous statement that cutting and pasting is dangerous now that apple has it implemented?
No, because Apple did not implement it in the same way that people on this topic wanted it to work. They implemented it in a different way, which is both safe and consistent with the user interface.
People in this topic wanted to cut and paste items, which is what the previously mentioned commands do. What goes on behind the scenes, nobody really cared.
People who don't like losing their files do.
When you cut files/folders in the manner Windows does, it removes them from the list immediately. If you accidentally do another cut before doing anything with the previous cut, they're lost.
Apple's method helps to prevent that. The cut command only acts after you've marked selections to copy. Accidentally marking another group to copy before doing the cut command doesn't cause the previously marked items to disappear.
I take it you never used windows before. When you cut files/folder in windows, they are marked as cut but not removed from the list. If you accidentally cut an other file/folder, the previously marked cut item is unmarked and remains in the list and is not lost.
Now if we are talking about cutting text from a text file, then yeah, that gets lost. However, you can then simply press Undo and the lost text magically appears again.
Please inform yourself next time before spreading misinformation like that. Thanks.
I've used Windows for years. Long before moving to the Mac. That's the way it worked for a long time. However, I almost never use cut in Windows. It's much safer to copy, then delete the items from the first folder.
BananaCode wrote:
What goes on behind the scenes, nobody really cared.
This is not behind the scenes, it's the way the user interface works. If you don't think that consistency and attention to detail in the user interface are important, I would suggest that you're using the wrong system. That's the way Microsoft does things.
Did you need something here, or were you just posting to a very old topic to pick a fight with someone online?
And this key combination works for Mac OS X Yosemite as well.
just thank you.
Sorry Kurt, you're wrong about that. Going back *at least* as far as Windows XP (2001), cutting files and folders does nothing until they are pasted somewhere. Cutting files and folders in Windows is therefore no less safe than copying and then manually removing the originals.
Personally, while I recognise the inconsistency in Windows' implementation of "cut" between text and files/folders, I like that it provides an obvious alternative to using drag & drop for moving objects, because I like keyboard shortcuts, and don't like being forced to open a 2nd file window or return to the source location to manually remove the original objects. I do move operations all the time, so I can't believe Apple didn't provide *any* way of doing it without drag & drop until recently! OSX is known for its usability, so I find it perturbing when I discover that it forces a particular way of performing a common operation that Windows and/or Linux provides a choice of methods for.
Reading through again, I do have to admit I can't be as sure of that as I thought I was. What I likely remember is watching the source folder contents disappear after the move had been initiated. I still almost never used cut in Windows, though. Too dangerous. Any brown out, black out, or child turning the computer's power switch off (happened more than once to me), and one or multiple files would be permanently lost.
just copy it then use cmd + alt + v
Kurt Lang wrote:
Reading through again, I do have to admit I can't be as sure of that as I thought I was. What I likely remember is watching the source folder contents disappear after the move had been initiated. I still almost never used cut in Windows, though. Too dangerous. Any brown out, black out, or child turning the computer's power switch off (happened more than once to me), and one or multiple files would be permanently lost.
No it doesn't loose file even in the face of sudden power outage. Actually inside the same volume if you move files between folders the safest action is move. A move will either move the file or simply fail to do anything and you will never have a partial copy. If you do a copy first and there is sudden power outage you can actually have a corrupted copy which I find is dangerous. If you actually move across volumes then as far as I recall it will be internally be a copy followed by delete so no risk there.
So no there is no technical reason to not have a move. It just that for some reason Apple decided it's either not worth implementing (earlier) or not be easily accessible (currently). Finder do make everything to do with keyboard difficult so it's apple's way of emphasising Apps as a mechanism to work with files (iTunes/Photo for example) than finder.
I have cut and pasted thousands and thousands of files and never lost one single piece of data. I cannot for the life of me understand why someone would not want to use cut and paste versus copy, paste and then delete.
Agree, you need to trust your OS will do the right thing.
By the way, why use option-CMD-V for "cut paste", it's such an awful combination of fingers IMO. Especially for users who are still using MS keyboards, while your thumb is already conditioned to press the cmd(Window) key for u all the time.
Shift-CMD-V would be a much easier combination. Apple please consider.
Thunder_66
(Windows user since MS Windows 2.0 to Win7, switched to OSX 2 month ago, and u know....)
10.6.6 - Finder: edit -> cut disabled