Sorry I started such a Cut and Paste flame war. :lol
Two windows. Quick and simple. At least until Apple figures out a way to do "Cut and Paste" that will satisfy people while still keeping the HIG from weeping over illogical terminology.
*Illogical isn't the word I am looking for. But I'm sure people get what I mean. From Apple's POV, Cut implies the file would go somewhere. Like text, it disappears and moves to a clipboard. If you paste it, it leaves the clipboard and is inserted into the new location, but if you don't, and copy/cut something else, the text you cut before disappears forever. So how do you handle that in a file structure? You can't send the file to a pasteboard. What if you cut or copy something else? Where does the previous file go? Maybe it goes back to its original place? What if you try to open the file that was cut? Does it open like it's still where it is? Or does it act like it's deleted? Like if it were in the Trash? This is Apple's conundrum and the whole complete reason Cut has not been implemented in the Finder. If they name it Cut, it defies the logic of the HIG. If they name it something else, maybe it would work, but then it would be named silly. And Apple doesn't want something silly I guess. I have no idea. Maybe 10.7 will have Cut-like functionality. Maybe the arguing will continue forever.
What I wonder is, if there can be a SIMBL based extension that gives the actual Finder.app real Chrome-style tabs, couldn't someone who knows how to do this stuff give the real Finder.app Cut and Paste? I mean if something can really give an Apple app such complicated extra functionality (I Mean really, draggable tabs is nothing simple) I can't see why Cut and Paste couldn't be implemented. Someone contact the TotalFinder people. Find out exactly how much access they actually get to the way the Finder works.
If I had to do it myself, I'd make "Cut" mark the file. If a "Paste" is performed, the marked file is moved. If another "Cut" is performed before "Paste", the original files marked will be unmarked. Marked files will still be accessible to apps and double-clicking. And "Paste" would perform a simple Move. Not that hard, it's all Apple not knowing how to name it while still keeping it simple and intuitive so the user knows what is going on.
And yes, the Finder should never delete the file that was "cut" before it's been "pasted". And it should never delete the file if it is never "pasted", especially if the computer is shut down or crashes. Because there should never be a Limbo for files. They should be in one place or another. No in-between. To avoid accidental deletion of course.