DI RECENTE ACCOMAZZI...
CERCA
» Ricerca avanzata
MAILING LIST

Se vuoi iscriverti alla mailing list di Luca Accomazzi inserisci qui la tua mail:

Vuoi ricevere i messaggi immediatamente (50 invii / giorno) o in differita e in gruppo
(due invii / giorno)?

» Vuoi saperne di più?

A domanda rispondo - sezione MacOSX

Nomi lunghi dei file

Ho notato che alcuni programmi, quando devono registrare un documento,
utilizzano il "nome corto" ovvero inizio nome+numeraccio, o addirittura inizio nome e basta (naturalmente se il nome impostato od originale è lungo!)

Riccardo Ghiglianovich

Come sei messo con l'inglese? Questa è la risposta che ho dato qualche mese fa sulla mailing list dei beta test di Interarchie. È scritta in modo un po' più tecnico (dettagliato) di quanto faccio sulla mia mailing list ma credo si possa capire o comunque intuire dove sta il busillis.

Akko



>> the FTP Disk won't mirror any file on the site with a name
>> longer than 31 characters. Is this a limitation of the Mac file
>> system?

No

> Actually, it is a limition of HFS

Yes

> HFS+ supports filenames up to
> 255 characters

Correct

> but MacOS 8 and 9 still limit file names to 31
> characters, probably to ensure compatibility with existing software.

Wrong. For a quick counterexample, download LimeWire for Mac OS 9 and download a file with a very long filename. You will get the file saved with the long (> 31 chars) filename.

It is true that most OS 9 applications -- including the Finder! -- do not respect the long filenames that the OS supports via HFS+. The app should use some new APIs (application programming interfaces) provided in modern times by Apple. If they plan to run on older systems, they should also split their code... if (long_filenames_supported) { some_code(); } else { some_slightly_different_code(); }

Most programmers don't bother.

> MacOS X allows file names up to 255 characters, however, it seems
> that a lot of MacOS X native software still has the old 31 characters
> limit in it

Interarchy included :-(

Same issue: they carbonized the software but did NOT switch to the modern APIs. IMHO, they ought to bother. :-)