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

61–70 of 127 posts

Re: Death to .DS_Store

#61

Post by keeperofdakeys »

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?

Many programs do something similar, for example vim creates file~ as backups. Using a graphical file manager, these used to annoy me. After switching to a terminal for file management, I can easily ignore them as if they weren't there.

Re: Death to .DS_Store

#62

Post by philwelch »

I think it's indicative of the bikeshedding tendency of HN that we've spent this whole thread bitching about the hidden .DS_Store file and none of it admiring his work hacking the Finder.

Re: Death to .DS_Store

#63

Post by fauigerzigerk »

seanp2k2 wrote: post #37

While definitely a fun read, this problem has already been solved by BlueHarvest and TinkerTool http://www.zeroonetwenty.com/blueharvest4/ The first important step of developing a tool is to look around to see if there is something that you can just use or modify slightly to fit your needs.

Unless you want to know how stuff works.

Re: Death to .DS_Store

#65

Post by dextorious »

jlarocco wrote: post #34
masmullin wrote: post #31

Earlier quoted context omitted.

Find . -name ".DS_Store" | xargs rm Forgive if it's not exact, I'm on a mobile device. But that should save you effort.

Right, I don't think anybody is saying it's an overburdening difficulty. But it's still something , when I shouldn't have to do anything.

It's an extreme case of what is commonly called a "first world problem".

Re: Death to .DS_Store

#66

Post by frou_dh »

I have a LaunchAgent (~cron job) that zaps all .DS_Store files on the entire partition on a timer. I mainly did this so that Finder windows always use my default view settings.

I used to be similarly annoyed by Windows Explorer taking it upon itself to use weird custom views depending on directory contents.

Re: Death to .DS_Store

#67

Post by palish »

MattBearman wrote: post #54

Why did they change they article to a link to the google cache? Google has since re-cached the page, and the cache now links to itself. I was clicking on that link for hours before I realised, what a way to spend christmas.

Heh. Self-referential cache: http://db.tt/qAfMnTjl

Re: Death to .DS_Store

#68

Post by gregschlom »

glhaynes wrote: post #29
stickfigure wrote: post #24

WOW - the best feature here is that Total Finder enables cut-and-paste to move files! This is the one thing I have missed terribly from Windows. It boggles my mind that Apple thinks all that clicking, rearranging windows, dragging, shifting, and dropping is a sane way to move files. Intuitive yes, but more painful than typing it out at a command line. Sometimes Apple gets stuck in "make it pretty" and forgets "make i…

Lion lets you move copied files by adding option to your paste: option-command-V.

Which is the dumbest way to fix this issue:

1. You have to remember a new shortcut

2. If you forget and you paste with Cmd-V thinking that you did Cmd-X to cut, you end up copying the files, so you have to go back, re-select them, and delete them manually.

I just can't possibly understand _why_ they would explicitly think: "no, let's not use the standard user interaction here".

Re: Death to .DS_Store

#69

Post by denysonique »

masmullin wrote: post #31
snielsen wrote: post #27

Earlier quoted context omitted.

Nobody individually spends too much time on dealing with them. It the global accumulation of man hours having to deal with them that is a travesty.

Find . -name ".DS_Store" | xargs rm Forgive if it's not exact, I'm on a mobile device. But that should save you effort.

It should work. The other way to do this is:

      find . -name '.DS_Store' -delete

Re: Death to .DS_Store

#70

Post by akie »

MattBearman wrote: post #54

Why did they change they article to a link to the google cache? Google has since re-cached the page, and the cache now links to itself. I was clicking on that link for hours before I realised, what a way to spend christmas.

Here's a Readability link of the full article: http://www.readability.com/articles/geihcmwz?legacy_bookmark...
Post reply on HN