@c This is part of the Emacs manual.
@c Copyright (C) 2000, 2001, 2002, 2003, 2004,
-@c 2005 Free Software Foundation, Inc.
+@c 2005, 2006 Free Software Foundation, Inc.
@c See file emacs.texi for copying conditions.
-@node Mac OS, MS-DOS, Antinews, Top
+@node Mac OS, Emacs and Microsoft Windows, Antinews, Top
@appendix Emacs and Mac OS
@cindex Mac OS
@cindex Macintosh
@code{mac-roman}, @code{mac-centraleurroman}, and @code{mac-cyrillic}
are used to represent these Mac encodings.
- The fontset @code{fontset-mac} is created automatically when Emacs
-is run on Mac, and used by default. It displays as many kinds of
-characters as possible using 12-point Monaco as a base font. If you
-see some character as a hollow box with this fontset, then it's almost
-impossible to display it only by customizing font settings (@pxref{Mac
-Font Specs}).
+ The fontset @code{fontset-standard} is created automatically when
+Emacs is run on Mac, and used by default. It displays as many kinds
+of characters as possible using 12-point Monaco as a base font. If
+you see some character as a hollow box with this fontset, then it's
+almost impossible to display it only by customizing font settings
+(@pxref{Mac Font Specs}).
You can use input methods provided either by LEIM (@pxref{Input
Methods}) or Mac OS to enter international characters. To use the
menu.
On Mac, the role of the coding system for selection that is set by
-@code{set-selection-coding-system} (@pxref{Specify Coding}) is
+@code{set-selection-coding-system} (@pxref{Communication Coding}) is
two-fold. First, it is used as a preferred coding system for the
traditional text flavor that does not specify any particular encodings
and is mainly used by applications on Mac OS Classic. Second, it
converted to the encoding specified by the selection coding system
using the converter in the Mac OS system, and then decoded into the
Emacs internal encoding using the converter in Emacs. If the first
-conversion failed, then the UTF-16 data is converted similarly but via
-UTF-8. Copying UTF-16 text to the clipboard goes through the inverse
-path. The reason for this two-pass decoding is to avoid subtle
-differences in Unicode mappings between the Mac OS system and Emacs
-such as various kinds of hyphens, to deal with UTF-16 data in native
-byte order with no byte order mark, and to minimize users'
-customization. For example, users that mainly use Latin characters
-would prefer Greek characters to be decoded into the
-@code{mule-unicode-0100-24ff} charset, but Japanese users would prefer
-them to be decoded into the @code{japanese-jisx0208} charset. Since
-the coding system for selection is automatically set according to the
-system locale setting, users usually don't have to set it manually.
+conversion failed, then the UTF-16 data is directly converted to Emacs
+internal encoding using the converter in Emacs. Copying UTF-16 text
+to the clipboard goes through the inverse path. The reason for this
+two-pass decoding is to avoid subtle differences in Unicode mappings
+between the Mac OS system and Emacs such as various kinds of hyphens,
+and to minimize users' customization. For example, users that mainly
+use Latin characters would prefer Greek characters to be decoded into
+the @code{mule-unicode-0100-24ff} charset, but Japanese users would
+prefer them to be decoded into the @code{japanese-jisx0208} charset.
+Since the coding system for selection is automatically set according
+to the system locale setting, users usually don't have to set it
+manually.
The default language environment (@pxref{Language Environments}) is
set according to the locale setting at the startup time. On Mac OS,