Live data from Hacker News

Death to .DS_Store

aorensoftware.com

71–80 of 127 posts

Re: Death to .DS_Store

#71

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.

Well, I guess for the obvious reason that they couldn't handle the hits.

They could have just made a static version with wget.

Re: Death to .DS_Store

#72

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.

Yeah - its easy to be distracted by the .DS_Store in and of itself. I found the method that led to him discovering the culprit fascinating!

Re: Death to .DS_Store

#73

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.

Well, I guess for the obvious reason that they couldn't handle the hits.

IMHO, the first thing to do when you could not keep up the traffic is to use Coral Cache.

Just redirect to your.domain.com.nyud.net/article. Done.

Re: Death to .DS_Store

#74
post #42

Earlier quoted context omitted.

Funny, I'm on a Linux system more often than Mac or Windows and the carriage returns drive me insane. Also, because the Windows users on my team are the ones that can't manage to figure out how to get their IDE or Git to leave our line endings alone. Our least performing team member dominates our git stats because he repeatedly manages to change nearly every line of code in our project.

Weird, the windows git client defaults to "checkout windows line endings, commit unix line endings" or something to that effect. I do a lot of data analysis and end up transferring text files manually and having to worry about carriage returns all the time, but I've never had that problem with git. There's an easy command line utility called flip [1] that makes dealing with line endings pretty simple. But yes, it is…

There's also dos2unix which is a standard package in lots of Linux distributions. It converts from and to Dos (i.e. Windows), Unix and Mac line endings.

Re: Death to .DS_Store

#75

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…

Doesn't Windows Explorer support ctrl-x & ctrl-v for moving files? It's a long time since I used Windows but I'd be surprised if it didn't.

Re: Death to .DS_Store

#76

Earlier quoted context omitted.

You must be thinking of the Linux fantasists registry, not the real one, as the real registry has Windows ACLs and users can only write to HKCU by default, admin rights are needed to write to HKLM or HKCR. And "one of the worst ideas of all time" provided a system-wide centralised, standardised configuration database accessible from vbscript and command line, as well as app code, with user specific settings migratabl…

A huge improvement on the previous .ini files and something still unmatched in the Mac or Linux worlds with config in arbitrary locations and formats (which, incidentally, let anyone write anything anywhere in a similar fashion). You are a little wrong there about Linux. Nearly all configuration files are in one of two places, /etc or dot folders in the root of my home folder. I can't write to the files in /etc as a…

> (Incidentally, since most Windows users at home run as administrator, they have access to the system configurations).

Most UNIX users at home have sudo permissions - unless someone else is using you're computer there's no difference in typing a password compared to confirming a UAC prompt.

As part of the registry clutter backlash there has been a tendency for Windows applications to store settings in user or system-wide app data directories. I'm still not convinced by the move, but obviously it's the only way to achieve portable installs without using two different storage backends to support it.

Re: Death to .DS_Store

#77
post #42

Earlier quoted context omitted.

Funny, I'm on a Linux system more often than Mac or Windows and the carriage returns drive me insane. Also, because the Windows users on my team are the ones that can't manage to figure out how to get their IDE or Git to leave our line endings alone. Our least performing team member dominates our git stats because he repeatedly manages to change nearly every line of code in our project.

Weird, the windows git client defaults to "checkout windows line endings, commit unix line endings" or something to that effect. I do a lot of data analysis and end up transferring text files manually and having to worry about carriage returns all the time, but I've never had that problem with git. There's an easy command line utility called flip [1] that makes dealing with line endings pretty simple. But yes, it is…

It might be TortoiseGit perhaps. The command line msysgit works sanely afaik.

Re: Death to .DS_Store

#78

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?

Wait, there is a config setting for thumbs.db? Care to share the location? How do I disable it?

Not on a windows box right now, so might be slightly off, but iirc, this should be:

Control panel > Folder options > Advanced tab > there should be an option called "disable caching thumbnails" or some such.

Re: Death to .DS_Store

#79

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…

This folder is needed to create a one-to-one mapping of file on disk with file in ZIP. The same thing happens when you put a file into FAT32 filesystem, which doesn't have support for HFS+ extended attributes. For example, if not for _MacOS folder, you wouldn't be able to store OS X aliases (not Unix symlinks but aliases) in ZIP, which use extended attributes.

Other solutions are 1) use some other archive format which supports extended attributes (e.g. XAR), 2) create ZIP archives without storing extended attributes, losing the ability to unpack exactly what you packed there.

Apple chose a compromise.

Re: Death to .DS_Store

#80

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.

It is a bit stupid... Surely just loading that small article WP must be thrashing their database. This works (for now): http://viewtext.org/article?url=http%3A%2F%2Fwww.aorensoftwa...

This'll work forever:

http://cache.historious.net/cached/1628132/

Post reply on HN