• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
RE: OS X Name Extensions
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: OS X Name Extensions


  • Subject: RE: OS X Name Extensions
  • From: Mike Fischer <email@hidden>
  • Date: Wed, 9 Oct 2002 20:21:53 +0200

Hi Marc,

sorry, I feel obliged to correct some mistakes here:


Am Mittwoch, 09.10.02 um 16:45 Uhr schrieb "Marc Glasgow" <email@hidden>:

Consider ending the name with the extension SCRPT or SCRIPT or APLSCRPT.

Actually it's: ".scpt" for a compiled script, or ".applescript" for script text. See:
<http://developer.apple.com/technotes/tn/tn2029.html#APPLESCRIPT> for reference.


It's how I got around it (note that OS X does not require a 32 character
limit on filenames, although things above 31 characters get abstracted at the
storage level).

This is wrong as it stands. The length stored "at the storage level" depends on the volume format. For HFS+ (Mac OS Extended) the length may be upto 255 (Unicode) characters. For HFS (Mac OS Standard) it's 31 (usually MacRoman) characters. UFS, NFS and other volume formats impose their own limits.

"Abstraction" as you called it happens when an application (pre Mac OS X Finder for example) accesses a long filename on a HFS+ volume using older FileManager APIs. Then the name is shortened to 31 characters and includes the HFS file id of the file prefixed by a # at the end of the name. Also the conversion from Unicode to MacRoman may cause unexpected results. For example a name "This is a very long file name to be seen only on HFS+ volumes" might be shortened to "This is a very long file #14283" when viewed through the older FileManger APIs.


One other word of caution (from experiences earlier this
week): modify the name down to 28 characters or less before compressing them
for placement on a website... Stuff-it will choke on the excess in some
cases.

Do you have an example for this?

StuffIt (pre 7.0) should handle up to 31 characters without problems given that the volume formats used for stuffing from and unstuffing to support this. That is also my personal experience. There might be other limitations in the web server or browser though.

Starting with StuffIt 7.0 there is also the option of using the new "StuffIt X" archive format which is supposed to allow long file names among other things. See <http://www.stuffit.com/stuffit/sitxformat.html> for details.

Mike
--
Mike Fischer Softwareentwicklung, EDV-Beratung
Schulung, Vertrieb
_______________________________________________
applescript-users mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/applescript-users
Do not post admin requests to the list. They will be ignored.

  • Follow-Ups:
    • RE: OS X Name Extensions
      • From: Emmanuel <email@hidden>
  • Prev by Date: Re: How do I create and name duplicates in the same path as the originals?
  • Next by Date: Re: custome icon on an applescript in OS X?
  • Previous by thread: RE: OS X Name Extensions
  • Next by thread: RE: OS X Name Extensions
  • Index(es):
    • Date
    • Thread