[Top][All Lists]

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

Re: Pixel-based display functions

From: Eli Zaretskii
Subject: Re: Pixel-based display functions
Date: Sat, 31 Jan 2015 09:24:48 +0200

> From: Lars Ingebrigtsen <address@hidden>
> Cc: address@hidden
> Date: Sat, 31 Jan 2015 11:42:51 +1100
> > One more issue that I think needs to be handled are characters for
> > which there's no font installed on the user's system.  We display them
> > as defined by glyphless-char-display-control.  Or maybe you should
> > allow the text to overflow in this case: after all, it's not really
> > legible, is it?
> I stumbled upon this issue a couple of days ago, I think.  It was a
> utf-8-encoded web page that had one iso-8859-1 character in it, and
> `font-get-glyphs' returned nil for that "character" (which was displayed
> as \241 or something).  But these should have a pretty predictable
> width, probably.

I didn't mean \241, I meant the characters whose UTF-8 encoding is
longer than one byte.  These are displayed as a box with the Unicode
codepoint in hex inside it.  The size of that is also predictable, but
font-at will return nil for them.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]