[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: problems with zmacs

That's how character styles are represented when the file is stored on
disk.  It only happens when you use a character style other than
NIL.NIL.NIL (i.e., default family, face, and size) somewhere in the
document; otherwise it will be stored as a plain text file.  You can
tell if character styles are present in the buffer by giving a
Show Character Styles (m-X) command, and you can get rid of them, if
they are there by accident, by marking the whole buffer (c-X H) and
setting the region's character style (c-X c-J) to NIL.NIL.NIL.

In the example you inserted, you've got one character style besides
NIL.NIL.NIL, and that is NIL.ROMAN.NIL, which means "use the default
character family and size, but use the Roman typeface".  Now normally,
the default character style is FIX.ROMAN.NORMAL, so these two character
styles will come out looking the same.  But they are considered distinct
character styles, and have to be stored that way.  For example, you are
allowed to say
  Hardcopy File foo.text Downstairs-LGP :Body Character Style FIX.ITALIC.NORMAL
in which case the file would be printed in italic, except for the word "memory",
which would be printed in Roman.

Symbolics documented character styles fairly well -- see, for starters,
Using Character Styles In ZMACS, in Text Editing and Processing -- but
I don't think they documented this external representation.  Presumably
that's because it's supposed to be "invisible to the user".  Only it
isn't, of course, unless you view your files exclusively from a LispM.
And if you want to edit your files from a dialin, you have to use something
other than a LispM.