The Macintosh encodings listed below define the upper half of eight-bit encoding vectors (i.e., positions 128..255), the lower half 0..127 being mapped to the corresponding Unicode range U+0..U+7F.
| macintosh | ![]() | 254 1 | ![]() | 251 3 + 1 | ![]() | 253 1 + 1 | ![]() | 255 |
Before Mac OS 8.5, this encoding had currency sign (¤) instead of euro (€), cf. Apple Developer Library: Text Encoding Conversion Manager Reference.
Internet Explorer substitutes the compatibility character U+2126 Ohm sign for U+0389 Omega.
| x-mac-croatian | ![]() | 254 1 | ![]() | 250 3 + 2 | ![]() | 253 1 + 1 | ![]() |
Before Mac OS 8.5, this encoding had currency sign (¤) instead of euro (€), cf. Apple Developer Library: Text Encoding Conversion Manager Reference.
Internet Explorer substitutes the compatibility character U+2126 Ohm sign for U+0389 Omega and is based on the old version with generic currency sign instead of euro.
Opera does not support this encoding.
| x-mac-romanian | ![]() | 254 1 | ![]() | 246 3 + 6 | ![]() | 253 1 + 1 | ![]() |
Before Mac OS 8.5, this encoding had currency sign (¤) instead of euro (€), cf. Apple Developer Library: Text Encoding Conversion Manager Reference.
Internet Explorer substitutes the compatibility character U+2126 Ohm sign for U+0389 Omega and is based on the old version with generic currency sign instead of euro. Furthermore, it uses Ss and Ts with cedillas as opposed to commas (added to Unicode relatively recently).
Opera does not support this encoding.
| x-mac-turkish | ![]() | 253 1 + 1 | ![]() | 250 3 + 1 + 1 | ![]() | 252 1 + 1 + 1 | ![]() | 254 1 |
Position 0xF5 is undefined. Apple maps it to the PUA character U+F8A0 to permit ‘full round-trip fidelity’ (Apple registry of corporate-zone characters).
Internet Explorer substitutes the compatibility character U+2126 Ohm sign for U+0389 Omega.
| x-mac-icelandic | ![]() | 254 1 | ![]() | 250 3 + 2 | ![]() | 253 1 + 1 | ![]() |
Before Mac OS 8.5, this encoding had currency sign (¤) instead of euro (€), cf. Apple Developer Library: Text Encoding Conversion Manager Reference.
Internet Explorer substitutes the compatibility character U+2126 Ohm sign for U+0389 Omega and is based on the old version with generic currency sign instead of euro.
Opera does not support this encoding.
| x-mac-ce | ![]() | 254 1 | ![]() | 252 3 | ![]() | 253 1 + 1 | ![]() | 255 |
| x-mac-greek | ![]() | 254 1 | ![]() | 249 3 + 3 | ![]() | 253 1 + 1 | ![]() | 255 |
| x-mac-cyrillic | ![]() | 254 1 | ![]() | 249 3 + 3 | ![]() | 253 1 + 1 | ![]() | 255 |
| x-mac-ukrainian | ![]() | 254 1 | ![]() | 251 3 + 1 | ![]() | 253 1 + 1 | ![]() |
Before Mac OS 9.0, there were two versions of this encoding, both of which had currency sign (¤) instead of euro (€). The Ukrainian variant (Macintosh Ukrainian) was otherwise identical to the current version, whereas the standard variant (Macintosh Cyrillic) had cent (¢) and partial differential (∂) instead of Ukrainian G/g with upturn (Ґ/ґ). Ref. Apple Developer Library: Text Encoding Conversion Manager Reference.
Internet Explorer still uses the old versions.
| x-mac-hebrew | ![]() | 250 1 + 4 | ![]() | 203 3 + 46 + 3 | ![]() | 244 1 + 5 + 1 + 4 | ![]() |
Directionality issues (Hebrew is written from right to left) are not taken into account.
Position 0x81 should normally be mapped to U+FB1F as in the Firefox implementation. Safari follows Apple’s mapping table, which uses the its decomposition instead, allegedly because some version of ‘Windows [did not] handle [U+]FB1F’. Internet Explorer incorrectly maps to U+0081 (Å).
0xC0 maps to the sequence U+05DC U+05B9, which does not appear to exist as a precomposed character in Unicode; Apple puts a PUA transcoding hint in front, which is probably better omitted in most cases. Firefox maps to U+FFFD, Internet Explorer to a PUA character.
0xC2, 0xC3, 0xC4 and 0xC5 are obsolete characters ‘used for manual positioning of nikud marks before System 7.1’, which was released in 1992; they do not appear in the Guide to Macintosh Software Localization encoding table from the same year and can probably be ignored today. Generally mapped to PUA characters with little or no font support.
0xDE has seen various mappings because U+057C qamats qatan was not originally included as a distinct character in Unicode. Maps to U+FFFD in Firefox and to a similar-looking character in Internet Explorer.
There has been some confusion regarding which of the brackets at positions 0xA8 and 0xA9 is opening and which is closing since the shape can change as a result of right-to-left processing and because of an error in an early mapping table.
Internet Explorer maps a number of bytes (including those that represent ASCII characters with right-to-left directionality) to PUA characters with questionable font support. There are also a few additional errors/deviations not mentioned here.
Support for this encoding has been removed from Firefox because of a security issue with the implementation.
| x-mac-arabic | ![]() | 253 1 + 1 | ![]() | 226 3 + 26 | ![]() | 252 1 + 1 + 1 | ![]() |
Directionality issues (Arabic is written from right to left) are not taken into account.
Position 0xBC should be expected to map to U+066D Arabic star as in Internet Explorer. Safari and Firefox both substitute U+274A (an eight-armed asterisk from Zapf Dingbats).
Internet Explorer maps bytes representing ASCII characters with right-to-left directionality to PUA characters with questionable font support.
Support for this encoding has been removed from Firefox because of a security issue with the implementation.
| x-mac-farsi | ![]() | 253 1 + 1 | ![]() | ![]() | 252 1 + 1 + 1 | ![]() |
| x-mac-thai | ![]() | 252 1 + 2 | ![]() | 124 2 + 129 | ![]() | ![]() |
Internet Explorer does support this encoding, but discards undefined bytes completely, which causes our encoding test to get out of sync.