Re: Mule Emacs 20.3 w/enable-multibyte-characters set to nil

[Michael Welsh Duggan <md5i@cs.cmu.edu>]

Lars Magne Ingebrigtsen <larsi@gnus.org> writes:

> Bill White <billw@wolfram.com> writes:
> 
> >   lmi> (insert (prin1-to-string "høa"))
> >   lmi> => "h\370a"
> > 
> > I get exactly that with "GNU Emacs 20.3.11.1 (i586-pc-linux-gnu, X
> > toolkit)" in *scratch* after M-x toggle-enable-multibyte-characters.
> 
> Darn.  Then I guess it's supposed to be that way.  Er...  Are there no
> Emacs-MULE people on this mailing list?

This is normal.

Here is the situation:

"høa" has a internal multibyte representation of "\201\370".

When inserting in the unibyte buffer, it correctly uses \370 instead
of \201\370 to represent the character `ø'.

However, the display-table is still set to display `\370' instead of
`ø'.  In order to set up the display table properly, you will need to
do something similar to what `standard-display-european-internal'
does.  Depending on your situation, you may want to do it to the
buffer's display-table rather than the standard-display-table.

-- 
Michael Duggan
(md5i@cs.cmu.edu)