Re: using glyphs by default in perl-mode

[Dan Nicolaescu <dann@gnu.org>]

Stefan Monnier <monnier@iro.umontreal.ca> writes:

>>>>>> The above will replace -> with a glyph for an arrow, 
>>>>>> so the "perlfile.pl" buffer is unreadable, the glyph cannot be
>>>>>> displayed in a terminal and it shows up as a question mark.
> SM> Hmm... works for me (i.e. the arrow is displayed just fine in the
> SM> terminal).  Please make it a bug report with the usual details to
> SM> reproduce it.
>>>> I bet the difference is the set of fonts each terminal is configured
>>>> to use.
>>> I don't think so: the terminals I know don't replace a char with
>>> a question mark if the font has no glyph for it (they use some other
>>> representation, like an empty box).  It sounds instead like your
>>> terminal is using an encoding that does not include those chars we're
>>> using, so Emacs replaces them with a question mark.
>>> What is your terminal's encoding?  What about your locale?
>> LANG is C
>> XTERM_LOCALE is C
>
> I guess we could try and only enable those compositions for locales that
> rely on something like utf-8?

I does not work on the Linux console of a Fedora 18 machine using
en_us.UTF-8.

What is worse is the only way to get rid of it is to turn off the option
and then restart emacs.

It looks like having this option on by default is not a good idea.