doc-src/System/fonts.tex
changeset 3278 636322bfd057
parent 3262 7115da553895
child 3695 6967a42a8496
--- a/doc-src/System/fonts.tex	Wed May 21 17:11:24 1997 +0200
+++ b/doc-src/System/fonts.tex	Wed May 21 17:11:46 1997 +0200
@@ -1,15 +1,15 @@
 
 \chapter{Fonts and character encodings}
 
-With print modes being now available in Isabelle, variant forms of
-output have become very easy. As the canonical application of this
-feature, {\Pure} and major object-logics (\FOL, \ZF, \HOL, \HOLCF)
-support optional input and output of nice mathematical symbols as an
-built-in option.
+With the advent of print modes in Isabelle, variant forms of output
+have become very easy. As the canonical application of this feature,
+{\Pure} and major object-logics (\FOL, \ZF, \HOL, \HOLCF) support
+optional input and output of nice mathematical symbols as an built-in
+option.
 
 Symbolic output is enabled by activating the \ttindex{symbols} print
 mode. User interfaces (e.g.\ \texttt{isa-xterm}, see
-\S\ref{sec:isa-xterm}) usually do this already by default.
+\S\ref{sec:interface}) usually do this already by default.
 
 \medskip Displaying non-standard characters requires special screen
 fonts, of course. The \texttt{installfonts} utility takes care of
@@ -48,9 +48,9 @@
 \medskip In the simplest situation, X11 is used only locally, i.e.\ 
 the client program (Isabelle) and the display server are run on the
 same machine. In this case, most X11 display servers should be happy
-by being about the directory where the fonts reside as follows:
+by being told about the Isabelle fonts directory as follows:
 \begin{ttbox}
-ISABELLE_INSTALLFONTS="xset fp+ $ISABELLE_HOME/lib/fonts; xset fp rehash"
+ISABELLE_INSTALLFONTS="xset fp+{\thinspace}$ISABELLE_HOME/lib/fonts; xset fp rehash"
 \end{ttbox}
 The same also works for remote X11 sessions in a somewhat homogeneous
 network, where the X11 display machine mounts the Isabelle
@@ -64,34 +64,33 @@
 of course. It is even \emph{impossible} for proper X terminals that do
 not have their own file system.
 
-A much better solution to this problem is to have an X11 \emph{font
-  server} offer the Isabelle fonts to any X11 display on the network.
-There is already a font server running at Munich. So in case you have
-a sensible Internet connection, you may plug attach yourself as
-follows:
+A much better solution is to have a \emph{font server} offer the
+Isabelle fonts to any X display on the network.  There is already a
+suitable server running at Munich. So in case you have a sensible
+Internet connection, you may just attach yourself as follows:
 \begin{ttbox}
 ISABELLE_INSTALLFONTS="xset fp+ tcp/isafonts.informatik.tu-muenchen.de:7200"
 \end{ttbox}
 
-\medskip In the (rare?) case that neither local fonts work, nor
+\medskip In the unfortunate case that neither local fonts work, nor
 accessing our world-wide font service is practical, it might be best
-to start your own in-house font service. This is in principle quite
-easy to setup. The program is called \texttt{xfs} (or just
-\texttt{fs)}, see the \texttt{man} pages of your system. There is an
-example configuration available in the \texttt{lib/fontserver}
-directory of the Isabelle distribution.
+to start your own in-house font service. This is in principle easy to
+setup. The program is called \texttt{xfs} (or just \texttt{fs)}, see
+the \texttt{man} pages of your system. There is an example
+configuration available in the \texttt{lib/fontserver} directory of
+the Isabelle distribution.
 
 
 
 \section{Filtering non-ASCII characters --- \texttt{isatool symbolinput}}
 \label{sec:tool-symbolinput}
 
-Processing non-\textsc{ascii} text is notoriously difficult.  Some
-{\ML} systems reject character codes outside the range 32--127 as part
-of literal string constants. In order to circumvent such restrictions,
-Isabelle employs a general notation where glyphs are referred by some
-symbolic name instead of their actual encoding. Its general form is
-\texttt{$\backslash$<$charname$>}.
+Processing non-\textsc{ascii} text is notoriously difficult.  In
+particular, some {\ML} systems reject character codes outside the
+range 32--127 as part of literal string constants. In order to
+circumvent such restrictions, Isabelle employs a general notation
+where glyphs are referred by some symbolic name instead of their
+actual encoding: Its general form is \verb|\<|$charname$\verb|>|.
 
 The \tooldx{symbolinput} utility converts a input stream encoded
 according to the standard Isabelle font layout into pure
@@ -99,19 +98,20 @@
 works from standard input to standard output, without any options
 available.
 
-\medskip For example, the non-\textsc{ascii} input \texttt{"A $\land$
-  B $\lor$ C"} is replaced by \texttt{"A $\backslash\backslash$<and> B
-  $\backslash\backslash$<or> C"}.
+\medskip For example, the non-\textsc{ascii} input string \texttt{"A
+  $\land$ B $\lor$ C"} will be replaced by \verb|"A \\<and> B \\<or> C"|.
+Note that the \verb|\| are escaped, accomodating concrete {\ML} string
+syntax.
 
 \medskip In many cases, it might be wise not to rely on symbolic
 characters and avoid non-\textsc{ascii} text in files altogether. Then
 symbolic syntax would be really optional, with always suitable
-\texttt{ascii} representations available. In theory definitions
+\textsc{ascii} representations available: In theory definitions
 symbols appear only in mixfix annotations --- using the
-\texttt{$\backslash$<$charname$>} form, proof scripts are just left in
-plain \texttt{ascii}.
+\verb|\<|$charname$\verb|>| form, proof scripts are just left in plain
+\textsc{ascii}.
 
-Thus users with \texttt{ascii}-only facilities will still be able to
+Thus users with \textsc{ascii}-only facilities will still be able to
 read your files.