Macintosh encodings
From Just Solve the File Format Problem
(Difference between revisions)
(Only one bracket on each side for external URLs) |
Dan Tobias (Talk | contribs) (Add standard navigational header) |
||
Line 1: | Line 1: | ||
+ | {| | ||
+ | |[[File Formats]] | ||
+ | | > | ||
+ | |[[Electronic File Formats]] | ||
+ | | > | ||
+ | |[[Character Encoding]] | ||
+ | | > | ||
+ | |[[Macintosh encodings]] | ||
+ | |} | ||
+ | |||
The Macintosh "Classic" OS (before OS X) used a number of 8-bit encodings for various locales. These are supersets of ASCII but don't resemble any other standard encoding in the range from 128 to 255. MacSymbol and MacDingbats are graphic character sets that are completely different from ASCII. | The Macintosh "Classic" OS (before OS X) used a number of 8-bit encodings for various locales. These are supersets of ASCII but don't resemble any other standard encoding in the range from 128 to 255. MacSymbol and MacDingbats are graphic character sets that are completely different from ASCII. | ||
Revision as of 04:41, 7 November 2012
File Formats | > | Electronic File Formats | > | Character Encoding | > | Macintosh encodings |
The Macintosh "Classic" OS (before OS X) used a number of 8-bit encodings for various locales. These are supersets of ASCII but don't resemble any other standard encoding in the range from 128 to 255. MacSymbol and MacDingbats are graphic character sets that are completely different from ASCII.
Text encoded with the Macintosh fonts often uses just CR (0X0D) for a line ending, without LF (0X0A).
Code tables as given by non-Apple sources: