<div dir="ltr">Thanks. I will follow up there.</div><br><div class="gmail_quote"><div dir="ltr">On Mon, 24 Apr 2017 at 16:09 Jason Crain <<a href="mailto:jason@inspiresomeone.us">jason@inspiresomeone.us</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Control: reassign -1 libvte-2.91-0 0.46.1-1<br>
Control: forwarded -1 <a href="https://bugzilla.gnome.org/781676" rel="noreferrer" target="_blank">https://bugzilla.gnome.org/781676</a><br>
<br>
On Sun, Apr 16, 2017 at 07:34:25PM -0400, Alexis Hunt wrote:<br>
> I noticed recently that U+1F3DB CLASSICAL BUILDING is incorrectly being rendered<br>
> as a singlewidth character when it, like most (all?) emoji, is actually<br>
> doublewidth. The result is that it overlaps with the subsequent character. It<br>
> should be rendered as doublewidth.<br>
><br>
> I have reproduced this in Terminator and in rxvt-unicode.<br>
<br>
I assume that you meant to file this against vte2.91  Terminator uses<br>
vte2.91.  rxvt-unicode doesn't use any version of vte though so it won't<br>
be affected by any possible vte bugs.<br>
<br>
The Unicode spec is ambiguous about some of those emoji characters.  It<br>
lists the range 1F3D4..1F3DF as neutral (N) rather than wide (W), but<br>
elsewhere it says that emoji are considered to be wide.  I've forwarded<br>
this to the vte developers so they can comment on whether they consider<br>
it a bug.<br>
</blockquote></div>