totally missed it somehow. thanks! and thanks to the responder to my question.I think someone said yes earlier on in this thread.
totally missed it somehow. thanks! and thanks to the responder to my question.I think someone said yes earlier on in this thread.
Oh Mr. Enlightened One, what's the philosophy, then? To turn your 27" iMac into a 27" non-touch screen iPad?
Windows has solved this already, possibly before you were born....
When you "cut", file explorer (finder) hides the files.
When you "paste", they're moved to the new directory.
If you don't "paste", the hidden files become unhidden - they're not lost.
This is so obvious Microsoft probably didn't even bother patenting it.
Who has lost stuff due to cut and paste? Do you know of anyone?Cut and Paste is a GUI based method for >mv in unix with a slightly different implementation than drag and drop. In my opinion cut and paste is risky and people have been able to lose a lot of stuff that way. Not everyone is a computer literate to understand each and everything.
Drap and drop is safer and much intuitive than cut and paste.
Who has lost stuff due to cut and paste? Do you know of anyone?
I still don't see why people don't get this. Cut & Paste is EXACTLY the same as drag & drop, but without having to use the mouse/trackpad. It's so much more convenient when you want to move something but haven't forward-planned by opening the folder you want to move the files to. What's so hard to grasp? You can move/copy using the mouse, why can't you do the same thing using keyboard shortcuts?
Like I said before, I've never lost data using Windows Cut & Paste. I have, however, lost data using alt-drag on the Mac. It was an older version of OS X and I don't think the bug is there any more, but the fact of the matter is there is NO difference under the hood in how it works.
What version of Windows were you running? If I cut a folder in Windows, then forget about it and cut another folder, it doesn't do anything malicious to the original folder. That would be insane. It's designed to be fool-proof!Cut/Paste is not same as drag&drop. With drag and drop, have the data in your hands' you know where it is; whereas with cut/paste, the data is still there until and unless you have another cut; and after that it's gone.
Like I said, Cut & Paste works *exactly* the same way as a drag and drop. Or it does for me, on every version of Windows I've used so far (from '95 all the way through to XP). What would be the point in Windows deleting the original files until the move has completed? I'd love to know which OS you were using when you lost those files.You're not the world. There are other people who are not capable of handling data that way. Also, people make mistakes; one must remember that.
Again, I'd love to know where this idea came from that Windows deletes the files before they are moved. It doesn't delete a file until it has copied successfully.Mac users, try pressing the command key while dragging a file from one place to another. Unlike Windows' implementation, it copies then deletes (so you WON'T lose files). Simple.
Again, I'd love to know where this idea came from that Windows deletes the files before they are moved. It doesn't delete a file until it has copied successfully.
I'm just quoting what they were saying here. Also, it used to do that on previous versions of Windows (Vista and 7 don't seem to do that).
How can you say it used to do that on previous versions of Windows, when you just said you were just quoting others?I'm just quoting what they were saying here. Also, it used to do that on previous versions of Windows (Vista and 7 don't seem to do that).
Very good point you have there. Apple have made it inconsistent. Either they make all buttons "up" for selected, or none.
If they're going to keep the "slider" idea, they need to make it look more like a slider. Everything about it graphically screams WRONG.
Did you noticed that this kind of sliding feature is more or less for turning the OS touch friendly? I think they r going step by step with this GUI changes and at the end Steve will say on the Mactouch pro presentation something like this: " we did it since the introduction of Lion, we design the whole Os Touch friendly... This ladies and gentlemen is the only truly touch Full working OS in the world... Isn't it revolutionary and magical?
That would make sense if they were doing the same thing in iOS... But they're not! There are loads of apps (including their own) that have "radio buttons" (a row of buttons where you select one of them and the others pop UP)... I've never seen this reverse-button-slider thing applied anywhere. It's certainly not in UIKit.Did you noticed that this kind of sliding feature is more or less for turning the OS touch friendly? I think they r going step by step with this GUI changes and at the end Steve will say on the Mactouch pro presentation something like this: " we did it since the introduction of Lion, we design the whole Os Touch friendly... This ladies and gentlemen is the only truly touch Full working OS in the world... Isn't it revolutionary and magical?
How can you say it used to do that on previous versions of Windows, when you just said you were just quoting others?
I'm a full-on Mac user and have been since the days of the Mac Plus... But I have also used Windows machines at work for nearly as long. Seeing all this fanboy innuendo I just realise how much bu11s41t there is out there. Windows has never had a cut and paste feature that deleted the original file *before* the file has been transferred.
Well all I can say is that I've never had that experience. If there's an error during a move then the original file was never deleted. And even if that did happen, how would that be any different from alt-dragging the file to a USB drive and then pulling the drive out during the move? What I'm trying to say is, why are people moaning about "Cut & Paste" when it's exactly the same as alt-drag?I never said it "deleted" the file before it transferred (how would that even work???). What it did was that it moved block by block (is that the correct wording?). Lets say you were moving the file to an external Thumb Drive, it cripples the file on both the HDD and the Thumb Drive if you just pull the Thumb Drive out.
I didn't actually call you a fanboy, but I was suggesting that your comment was a typical fanboy comment, since you were basing your opinion of Windows on hear-say. Perhaps if you'd have said you knew first-hand rather than saying you were quoting other people, I wouldn't have suggested it to be innuendo.When I said quoting, I meant I was basing what people said about Windows Vista/7. I also don't like being called a "fanboy". I have also used Mac, Windows, DOS machines from around the same time. , as well as UNIX machines from before.
Because alt-drag duplicates, and cmd-drag moves.Well all I can say is that I've never had that experience. If there's an error during a move then the original file was never deleted. And even if that did happen, how would that be any different from alt-dragging the file to a USB drive and then pulling the drive out during the move? What I'm trying to say is, why are people moaning about "Cut & Paste" when it's exactly the same as alt-drag?
I didn't actually call you a fanboy, but I was suggesting that your comment was a typical fanboy comment, since you were basing your opinion of Windows on hear-say. Perhaps if you'd have said you knew first-hand rather than saying you were quoting other people, I wouldn't have suggested it to be innuendo.
alt-drag also moves when the default is copy. Therefore when you are moving between drives, alt-drag will move instead of copy. I actually didn't realise cmd-drag did a move as well...Because alt-drag duplicates, and cmd-drag moves.
And I'm sorry for misinterpreting it. Let's call the whole thing offMy apologies then.