Got a tip for us?
Let us know
Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
Panther Q and A
- Thread starter MacRumors
- Start date
- Sort by reaction score
turd files
i'm excited about Panther, but i was hoping they were going to ditch the ._ turd files and the .DS_Store files. they make it a pain to co-exist with Windows. i thought i heard these were going away...guess not.
i'm excited about Panther, but i was hoping they were going to ditch the ._ turd files and the .DS_Store files. they make it a pain to co-exist with Windows. i thought i heard these were going away...guess not.
duffman9000
macrumors 68020
Move option, Are you listening Jobs?
The real disappointment is not getting a "move" or "cut" command. Come on, just about every O.S. has somekind of move command. And no, drag and drop is not good enough when moving multiple files. What a pain in the rear. Panther is a huge step in the right direction, but why won't
Apple implement this simple feature? All these old time Mac users complain that it isn't needed have their head the sand.
And for god sake's, bring back the same level of contextual menu support OS 9 had. It's been more than 2 years, we've waited long enough.
The real disappointment is not getting a "move" or "cut" command. Come on, just about every O.S. has somekind of move command. And no, drag and drop is not good enough when moving multiple files. What a pain in the rear. Panther is a huge step in the right direction, but why won't
Apple implement this simple feature? All these old time Mac users complain that it isn't needed have their head the sand.
And for god sake's, bring back the same level of contextual menu support OS 9 had. It's been more than 2 years, we've waited long enough.
rainman::|:|
macrumors 603
Re: Move option, Are you listening Jobs?
a Move option maybe, but cutting i don't think we'll see. too much chance of users cutting a file, then forgetting to paste it somewhere... or copying over it... multiple clipboards come into play, it's messy...
pnw
a Move option maybe, but cutting i don't think we'll see. too much chance of users cutting a file, then forgetting to paste it somewhere... or copying over it... multiple clipboards come into play, it's messy...
pnw
You don't need to press command to move items in the same HD. Drag n drop is enough.
To move from 1 HD to another (similar to cut and paste) hold down command-shift when drag-dropping.
Hugin777
macrumors regular
Drag'n'drop for moving files
hehe - not with Exposé 😛
Select files, drag to "expose application windows" hot corner (to show all Finder windows/folders), drag to wanted folder 🙂 (as I understand it - I haven't tried Panther yet)
(edit: dang! I just realized I misunderstood - if you only want one single folder window open at any time Exposé isn't helping there 😡 I would try the above mentioned Cmd-C, Cmd-Backspace, Cmd-V)
hehe - not with Exposé 😛
Select files, drag to "expose application windows" hot corner (to show all Finder windows/folders), drag to wanted folder 🙂 (as I understand it - I haven't tried Panther yet)
(edit: dang! I just realized I misunderstood - if you only want one single folder window open at any time Exposé isn't helping there 😡 I would try the above mentioned Cmd-C, Cmd-Backspace, Cmd-V)
duffman9000
macrumors 68020
Doesn't work in Panther, the file is deleted and cannot be retrieved from the clipboard.
We're stick stuck in the past.
No spring loaded folders in the Dock in Panther.
Hugin777
macrumors regular
Hmm. Ok. Doesn't seem to work in Jaguar either 🙂 So it is a limitation if you only want one folder open at a time (I always open a lot, possibly closing the parent (with the Option key) when opening a sub-folder).
Are spring loaded folders in the Dock necessary when you have Exposé ? Can't you just place the desired folders on the Desktop ?
Re: Move option, Are you listening Jobs?
User Interface Hall of Shame
It would work if Cut moved the files to a specialist "Clipboard" folder. Then Pasting would move whatever was in the clipboard folder to the selected folder. In fact, thinking about it, the "Clipboard" folder could hold everything - text fragments or images or whatever - replacing an in-memory clipboard. The user could move things into or out of the Clipboard using standard file-semantics, or using Cut/Copy/Paste semantics. Sweet.
Taken from the
User Interface Hall of Shame
It would work if Cut moved the files to a specialist "Clipboard" folder. Then Pasting would move whatever was in the clipboard folder to the selected folder. In fact, thinking about it, the "Clipboard" folder could hold everything - text fragments or images or whatever - replacing an in-memory clipboard. The user could move things into or out of the Clipboard using standard file-semantics, or using Cut/Copy/Paste semantics. Sweet.
F/reW/re
macrumors 6502
Re: Re: Move option, Are you listening Jobs?
In XP the file you cut goes grey so you clearly see that something has happend. If you dont paste it in somewhere else, the icon goes normal again. If you do paste it in somewhere else it goes away.
You shouldn't take examples from Windows 95, thats old stuff!
In XP the file you cut goes grey so you clearly see that something has happend. If you dont paste it in somewhere else, the icon goes normal again. If you do paste it in somewhere else it goes away.
Re: Re: Re: Move option, Are you listening Jobs?
The issue isn't the visual feedback, it's the inconsistent use of a well understood metaphor.
The question is what defines "you have not pasted it" so it returns to normal?
1) When you cut/copy something else? Under normal clipboard semantics that would replace the files on the clipboard (in other words, deleting them), however, under the "file-clipboard" semantics, it "uncuts" them - inconsistent.
2) after a period of time or inactivity? how long? Again, totally different behaviour to the clipboard everywhere else.
3) i can't think of any other ways 🙂
The point of the (admittedly old) UI Hall of Shame article is that if you understand the clipboard in MS Word, then why should you have to then learn how it works in MS Explorer. One of the advantages of using a GUI is the consistency across applications it is supposed to give you.
It does that in 95 as well (although not as well as XP).
The issue isn't the visual feedback, it's the inconsistent use of a well understood metaphor.
The question is what defines "you have not pasted it" so it returns to normal?
1) When you cut/copy something else? Under normal clipboard semantics that would replace the files on the clipboard (in other words, deleting them), however, under the "file-clipboard" semantics, it "uncuts" them - inconsistent.
2) after a period of time or inactivity? how long? Again, totally different behaviour to the clipboard everywhere else.
3) i can't think of any other ways 🙂
The point of the (admittedly old) UI Hall of Shame article is that if you understand the clipboard in MS Word, then why should you have to then learn how it works in MS Explorer. One of the advantages of using a GUI is the consistency across applications it is supposed to give you.
when do you guys think we will see Panther? Steve just said by the end of the year at the keynote right?
duffman9000
macrumors 68020
Re: Re: Move option, Are you listening Jobs?
If used from the Finder, i'd prefer the command be called move because that's what you're doing, moving files. I wonder if anyone has every tried to implement this into OS X? There is a contextual menu folder in the Library folder. There is no better way to move multiple files quickly and with ONE hand. 😛
If used from the Finder, i'd prefer the command be called move because that's what you're doing, moving files. I wonder if anyone has every tried to implement this into OS X? There is a contextual menu folder in the Library folder. There is no better way to move multiple files quickly and with ONE hand. 😛