Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.

kishba

macrumors 6502a
Dec 11, 2001
610
0
Michigan
i was particularly alarmed to find that apple still has not implemented spring loaded folders in the dock.

that request has existed for as long as file labels/colors :p
 

cspace

macrumors member
Sep 2, 2002
41
0
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.
 

simX

macrumors 6502a
May 28, 2002
764
4
Bay Area, CA
Re: turd files

Originally posted by cspace
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 believe that Apple has solved this problem by just not using them at all when connecting to servers in the Finder. At least that's what I heard from the forums at AppleInsider, but I myself have no access to Panther developer builds.
 

cspace

macrumors member
Sep 2, 2002
41
0
thx simX,
i hadn't thought of that, but it seems like a reasonable solution...
 

mac15

macrumors 68040
Dec 29, 2001
3,099
0
Originally posted by kishba
i was particularly alarmed to find that apple still has not implemented spring loaded folders in the dock.

I've been hanging for that one since 10.0
 

duffman9000

macrumors 68020
Sep 7, 2003
2,119
7,807
Deep in the Depths of CA
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.
 

rainman::|:|

macrumors 603
Feb 2, 2002
5,438
2
iowa
Re: Move option, Are you listening Jobs?

Originally posted by duffman9000
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.

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
 

mahakali

macrumors newbie
Feb 18, 2003
8
0
Originally posted by Rower_CPU
Move = Command + drag and drop

:D
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
Aug 1, 2003
102
0
Copenhagen
Drag'n'drop for moving files

Originally posted by panphage
Command + drag and drop = Two open windows. A move command = one open window.

hehe - not with Exposé :p

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 :mad: I would try the above mentioned Cmd-C, Cmd-Backspace, Cmd-V)
 

Hugin777

macrumors regular
Aug 1, 2003
102
0
Copenhagen
Originally posted by mahakali
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.

Well...

1) It doesn't hurt pressing Command when dragging to the same partition. So pressing Command just guarantees a move.

2) You don't need to press Shift ;) AFAIK
 

duffman9000

macrumors 68020
Sep 7, 2003
2,119
7,807
Deep in the Depths of CA
Originally posted by MacBandit
Apple+C, Apple-Delete, Apple+V. That does your move command with only one extra key combination since you already have the file selected to copy.

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
Aug 1, 2003
102
0
Copenhagen
Originally posted by duffman9000
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.

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 ?
 

X-Baz

macrumors member
Dec 11, 2002
74
8
Leeds, England
Re: Move option, Are you listening Jobs?

Originally posted by duffman9000
The real disappointment is not getting a "move" or "cut" command. Come on, just about every O.S. has somekind of move command.
Taken from the
User Interface Hall of Shame

The basic problem is that the commands do not operate the same manner as the same commands in all other applications. For example, select an amount of text in a text editor and select Cut; the selected text is removed from the document. On the other hand, select a file in Explorer and select Cut; the file is still there! The operation has no effect until you select Paste at some later time.

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
Dec 30, 2001
306
0
Norway
Re: Re: Move option, Are you listening Jobs?

Originally posted by X-Baz

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.
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.
 

X-Baz

macrumors member
Dec 11, 2002
74
8
Leeds, England
Re: Re: Re: Move option, Are you listening Jobs?

Originally posted by F/reW/re
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.
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.
 

depakote

macrumors member
Sep 16, 2003
36
0
when do you guys think we will see Panther? Steve just said by the end of the year at the keynote right?
 

Rower_CPU

Moderator emeritus
Oct 5, 2001
11,219
0
San Diego, CA
Originally posted by mahakali
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.

The shift key is not necessary when moving items between volumes.
 

duffman9000

macrumors 68020
Sep 7, 2003
2,119
7,807
Deep in the Depths of CA
Re: Re: Move option, Are you listening Jobs?

Originally posted by X-Baz
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.

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. :p
 
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.