Bug#860445: libvte9: U+1F3DB CLASSICAL BUILDING incorrectly rendered as a singlewidth character

Alexis Hunt alercah at gmail.com
Mon Apr 24 20:27:25 UTC 2017


Thanks. I will follow up there.

On Mon, 24 Apr 2017 at 16:09 Jason Crain <jason at inspiresomeone.us> wrote:

> Control: reassign -1 libvte-2.91-0 0.46.1-1
> Control: forwarded -1 https://bugzilla.gnome.org/781676
>
> On Sun, Apr 16, 2017 at 07:34:25PM -0400, Alexis Hunt wrote:
> > I noticed recently that U+1F3DB CLASSICAL BUILDING is incorrectly being
> rendered
> > as a singlewidth character when it, like most (all?) emoji, is actually
> > doublewidth. The result is that it overlaps with the subsequent
> character. It
> > should be rendered as doublewidth.
> >
> > I have reproduced this in Terminator and in rxvt-unicode.
>
> I assume that you meant to file this against vte2.91  Terminator uses
> vte2.91.  rxvt-unicode doesn't use any version of vte though so it won't
> be affected by any possible vte bugs.
>
> The Unicode spec is ambiguous about some of those emoji characters.  It
> lists the range 1F3D4..1F3DF as neutral (N) rather than wide (W), but
> elsewhere it says that emoji are considered to be wide.  I've forwarded
> this to the vte developers so they can comment on whether they consider
> it a bug.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.alioth.debian.org/pipermail/pkg-gnome-maintainers/attachments/20170424/c0a96998/attachment.html>


More information about the pkg-gnome-maintainers mailing list