Death to .DS_Store

#1

Post by snielsen » Sun, Dec 25, 2011, 5:25 AM UTC

Re: Death to .DS_Store

#2

Post by overshard » Sun, Dec 25, 2011, 6:03 AM UTC

As someone who has to deal with coworkers who keeps sending me .DS_Store files in every compressed archive, folder, and new project commit. I agree, this must die.

I even have a script built around just cleaning .DS_Store from these items. This should not be something that I need...

Re: Death to .DS_Store

#3

Post by eslachance » Sun, Dec 25, 2011, 6:07 AM UTC

That's interesting... The PC equivalent is thumbs.db, which can be disabled through a simple OS option. One of those rare occasions where a PC is actually more user-friendly than a Mac. Oh wait, did I just open Pandora's box?

Re: Death to .DS_Store

#4

Post by joelackner » Sun, Dec 25, 2011, 6:09 AM UTC

blueharvest is a pay mac os app that does this: http://www.zeroonetwenty.com/blueharvest4/

don't get me wrong, i think this needs to be fixed at a higher level to really squash the trails mac leaves on other servers (just browsing a network share leaves these behinds).

Re: Death to .DS_Store

#5

Post by alexhawket » Sun, Dec 25, 2011, 6:10 AM UTC

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.

Re: Death to .DS_Store

#6

Post by freyrs3 » Sun, Dec 25, 2011, 6:11 AM UTC

eslachance wrote: post #3

That's interesting... The PC equivalent is thumbs.db, which can be disabled through a simple OS option. One of those rare occasions where a PC is actually more user-friendly than a Mac. Oh wait, did I just open Pandora's box?

Since Linux has no such construct by default. Does that make it the most user-friendly?

Re: Death to .DS_Store

#7

Post by jws » Sun, Dec 25, 2011, 6:15 AM UTC

overshard wrote: post #2

As someone who has to deal with coworkers who keeps sending me .DS_Store files in every compressed archive, folder, and new project commit. I agree, this must die. I even have a script built around just cleaning .DS_Store from these items. This should not be something that I need...

Unix users are offended by all the useless carriage returns in HTTP too, (and heaven forbid source files) but there just has to be some tolerance if we are all to get along.

You can probably augment your VFS dispatch functions to never report a .DS_Store file and to delete one and retry any time a directory remove fails and you'll never know they exist! Or you could just ignore them the way Unix users ignore carriage returns and Windows users ignore vi's tilde backup files.

Re: Death to .DS_Store

#8

Post by hwatson » Sun, Dec 25, 2011, 6:16 AM UTC

Google Cache: http://webcache.googleusercontent.com/search?q=cache:http://...

Mirror of Google Cache: http://mirror.henriwatson.com/notmine/aorensoftware.com/deat...

Re: Death to .DS_Store

#9

Post by RKearney » Sun, Dec 25, 2011, 6:20 AM UTC

eslachance wrote: post #3

That's interesting... The PC equivalent is thumbs.db, which can be disabled through a simple OS option. One of those rare occasions where a PC is actually more user-friendly than a Mac. Oh wait, did I just open Pandora's box?

I think desktop.ini is more like .DS_Store than thumbs.db is.

Re: Death to .DS_Store

#10

Post by wpnx » Sun, Dec 25, 2011, 6:21 AM UTC

freyrs3 wrote: post #6

eslachance wrote: post #3

That's interesting... The PC equivalent is thumbs.db, which can be disabled through a simple OS option. One of those rare occasions where a PC is actually more user-friendly than a Mac. Oh wait, did I just open Pandora's box?

Since Linux has no such construct by default. Does that make it the most user-friendly?

no