Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Death to .DS_Store

aorensoftware.com

Post reply on HN
Print view View original

121–127 of 127 posts

Re: Death to .DS_Store

#121

Post by urza »

templaedhel wrote: post #32

I have not encountered .DS_Store files enough for them to annoy me, but the same design flaw works itself into my life almost every day, in the form of zip files. When zipping files on OSX, the common way is to right click on your directory of choice in Finder and select “Archive as…”. This creates a Zip file, with the unwanted addition of a _macosx folder. According to this [1] article, the folder is used for thumbn…

I think this should be on top of this thread:

Asepsis http://asepsis.binaryage.com/

Asepsis is a system utility for prevention of .DS_Store files

Re: Death to .DS_Store

#122

Post by hexley »

funkah wrote: post #13

Yeah, this is one of those annoying little dinguses that just makes OS X look crappy. In any file share or similar shared space, only one person has to browse it with a Mac to drop these little turds all over the place.

Thumbs.db

Re: Death to .DS_Store

#123

Post by specialist »

Brajeshwar wrote: post #30
alexhawket wrote: post #5

I use TotalFinder as a finder replacement. It has a feature called "The Asepsis feature" which will redirect .DS_Store files to /usr/local/.dscache. Quite handy.

TotalFinder have actually de-coupled Asepsis from it. http://asepsis.binaryage.com/ is a free download.

Came here to say this. Thanks.

I love Asepsis. Those .DS_store files really bug me. Because I have to show hidden files to see Eclipse's .project and .classpath files, that means I also have to see the zillion .DS_store files.

Stupid, stupid file name choices by Eclipse.

(Period prefixes are default hidden on Unix, for all you Windows users.)

PS- TotalFinder is great too. Big improvement.

PPS- Tried TotalTerminal for a while. It's okay. iTerm2 is enough better that I switched.

Re: Death to .DS_Store

#124

Post by Malic »

This is great for an individual user but what about a whole department/company of Macs?

Good karma to anyone that knows some good Samba config-fu to prohibit/direct-to-null the creation of .DS_Store files on a SMB share.

Re: Death to .DS_Store

#125

Post by JadeNB »

urza wrote: post #121
templaedhel wrote: post #32

I have not encountered .DS_Store files enough for them to annoy me, but the same design flaw works itself into my life almost every day, in the form of zip files. When zipping files on OSX, the common way is to right click on your directory of choice in Finder and select “Archive as…”. This creates a Zip file, with the unwanted addition of a _macosx folder. According to this [1] article, the folder is used for thumbn…

I think this should be on top of this thread: Asepsis http://asepsis.binaryage.com/ Asepsis is a system utility for prevention of .DS_Store files

Only for Lion, unfortunately. (Maybe everyone else has already upgraded.)

Re: Death to .DS_Store

#126

Post by JadeNB »

Someone wrote: post #116
sounds wrote: post #113

Earlier quoted context omitted.

I am also a software engineer who works mainly on a Mac. Whether or not I agree with his choice to disable .DS_Store (isn't that _his_ decision, and we can just leave it be?) -- I am totally amazed at his persistence, and eventual success, to implement what he wants. The level of sophistication to live-patch a framework using mach_star is far beyond your ordinary level of interaction with the O.S. Forget about the no…

I more admire his balls than his sophistication. Patching out a function called 'FlushChanges' without precisely knowing what kind of changes it flushes? I wouldn't take the chance that it does, as a side effect, increase the risk of disk corruption.

But no one is asking you to take that chance. The author notes that there seem to be no ill effects; but how else can one find out, barring some sudden forthcomingness on Apple's part, than by trying, which is exactly what the author is doing—with reports (as the article says) forthcoming in case of trouble?

Re: Death to .DS_Store

#127

Post by sachleen »

mkuhn wrote: post #49
sachleen wrote: post #33

Earlier quoted context omitted.

A shortcut in Windows for this is to use the right mouse button when dragging. That shows you the context menu when you drop the file, allowing you to choose between copy and move. An interesting thing is when you drag files on the same drive, it defaults to move. When the source and destination locations are on different drives, it defaults to copy.

Or pressing down the "Ctrl" key while drag and dropping normally.

Cool! I did not know that one. I also found out holding down "Shift" does the same for "move" and holding down "Alt" allows you to create a shortcut.
Post reply on HN