The Origins of DS_store (2006) • Hacker News Board

Re: The Origins of DS_store (2006)

#131

Post by robertoandred » Thu, Jul 04, 2024, 5:11 AM UTC

Minor49er wrote: post #67

yellow_postit wrote: post #39

Finder remains one of those apps I still can’t make effective use of. Windows File Explorer for all its warts and changes still “just makes sense” to my brain vs how finder lays things out and expects you to browse. I’ve long since moved to command line or dual pane explorers but it’s something that makes me pause every time I do find myself in Finder for some reason.

I found myself in a similar situation. Learning some of the hotkeys in Finder for common tasks really helped me curb that feeling Command + O to open files/folders in Finder was a bit challenging to remember since Enter/Return just works in Explorer

“O” as in “Open”. It’s the same shortcut in every app.

Re: The Origins of DS_store (2006)

#132

Post by threeseed » Thu, Jul 04, 2024, 5:13 AM UTC

earthboundkid wrote: post #124

neerajsi wrote: post #90

Earlier quoted context omitted.

Putting in in the folder is also nice in that it naturally gets deleted when the folder is deleted

All file operations have been watched by Spotlight since forever at this point.

Except for ignored file types and folders you marked as private.

Re: The Origins of DS_store (2006)

#133

Post by phyzix5761 » Thu, Jul 04, 2024, 5:27 AM UTC

slmjkdbtl wrote: post #50

I remember there used to ways to turn off the creation of .DS_Store but they removed it, I can't figure out for life why they would make such a change. I had to write a program [0] to watch the entire file system and delete .DS_Store as soon as they're created. [0] https://github.com/slmjkdbtl/dskill

find / -name ".DS_Store" -exec rm {} \; 2>/dev/null

Put that in a script and add it to your crontab.

Re: The Origins of DS_store (2006)

#134

Post by a-dub » Thu, Jul 04, 2024, 5:37 AM UTC

ggm wrote: post #2

Aside from this file, the "fork" concept of Mac file systems caused some wtf moments. Fork not being fork() but being the two-pronged idea in that file system, both a resource and a data component existed as pair. One metadata and one the file contents. In Unix, the metadata was in the directory block inode, and wasn't bound to the file in a formalism uniquely, it had to be represented by structure in tar, or cpio or…

resource and data forks were hfs(+) features that appeared in pre-osx versions of macos. post-osx made use of the bsd fast filesystem and a rather nice unix style convention from nextstep where the on-disk representation of a .app or .pkg (which would appear as a single entity in the gui) was actually a directory tree. this would rather elegantly include ui resources as well as multiple binaries for cross platform support.

Re: The Origins of DS_store (2006)

#135

Post by fragmede » Thu, Jul 04, 2024, 5:40 AM UTC

phyzix5761 wrote: post #133

slmjkdbtl wrote: post #50

I remember there used to ways to turn off the creation of .DS_Store but they removed it, I can't figure out for life why they would make such a change. I had to write a program [0] to watch the entire file system and delete .DS_Store as soon as they're created. [0] https://github.com/slmjkdbtl/dskill

find / -name ".DS_Store" -exec rm {} \; 2>/dev/null Put that in a script and add it to your crontab.

-delete is faster

Re: The Origins of DS_store (2006)

#136

Post by phyzix5761 » Thu, Jul 04, 2024, 5:44 AM UTC

fragmede wrote: post #135

phyzix5761 wrote: post #133

Earlier quoted context omitted.

find / -name ".DS_Store" -exec rm {} \; 2>/dev/null Put that in a script and add it to your crontab.

-delete is faster

Even better!

Re: The Origins of DS_store (2006)

#137

Post by sneed_chucker » Thu, Jul 04, 2024, 5:50 AM UTC

gregmac wrote: post #119

As a non-Mac user, I always find it somewhat annoying when I download some .tgz published on Github or something and find .DS_Store littered inside. I guess macos probably just uses GNU tar? It's kind of surprising it wasn't modified or configured by default to ignore .DS_Store.

Most of Mac's Unix utils come straight from FreeBSD without any special sauce from Apple.

Re: The Origins of DS_store (2006)

#138

Post by leptons » Thu, Jul 04, 2024, 6:05 AM UTC

sneed_chucker wrote: post #137

gregmac wrote: post #119

As a non-Mac user, I always find it somewhat annoying when I download some .tgz published on Github or something and find .DS_Store littered inside. I guess macos probably just uses GNU tar? It's kind of surprising it wasn't modified or configured by default to ignore .DS_Store.

Most of Mac's Unix utils come straight from FreeBSD without any special sauce from Apple.

They had the chance to get rid of DS_store, but they put it in MacOS anyway?

Re: The Origins of DS_store (2006)

#139

Post by DidYaWipe » Thu, Jul 04, 2024, 6:14 AM UTC

philwelch wrote: post #89

chrisweekly wrote: post #64

Earlier quoted context omitted.

curtsy (feminine bow) -> courtesy (polite act)

Yes, but it’s a common courtesy to perform a curtsy in the appropriate situation.

And failure to do so might come off as curt, see?

Re: The Origins of DS_store (2006)

#140

Post by OptionOfT » Thu, Jul 04, 2024, 6:26 AM UTC

steve1977 wrote: post #126

tripdout wrote: post #107

Why doesn't Windows need such a directory to store folder customizations in Explorer?

Explorer uses a hidden desktop.ini file for this.

Negative. desktop.ini doesn't get edited when you switch (for example) from Details to List.

Also, I think only the desktop allows moving icons around freely.