Slashdot Mirror

← Back to Stories (view on slashdot.org)

Snow Leopard Snubs Document Creator Codes

Posted by timothy on from the mind-the-new-mantrap-in-the-living-room dept.

adamengst writes "In this TidBITS article, Matt Neuburg explores how Mac OS X 10.6 Snow Leopard changes how the operating system handles preferred application bindings, dropping support for the creator codes that have been part of the Mac OS from the early days. He also explains how to work around the problem, if you want, for instance, text documents created with BBEdit to open in BBEdit even when TextEdit is the default handler for text files."

3 of 214 comments (clear)

  1. Re:Problem? by gabebear · · Score: 4, Interesting

    It had uses, but I think it did complicate more than it helped.

    Example of use:
    I have a lot of AVIs, and a handful of them only play in Quicktime, or only play in VLC. I changed the creator code on those files so they open in specific player.

  2. Re:We Know Best by Overly+Critical+Guy · · Score: 0, Interesting

    Man, there are a lot of uninformed people posting to this article. Apple has used Uniform Type Identifiers since 10.4 Tiger. Creator codes have been deprecated for years.

    --
    "Sufferin' succotash."
  3. Resource fork making a comeback by yabos · · Score: 2, Interesting

    Actually, I found this kind of strange, but on Snow Leopard, all application executable code is compressed and stored in a resource fork. The reason it's not left in the data fork is because it apparently would confuse Leopard to have a compressed data fork in the app. So now to Leopard, all Snow Leopard apps look like 0 byte files.
    See here
    http://dl.getdropbox.com/u/118359/ars/snow-leopard-indexed.html