GNU bug report logs - #27403
26.0.50; Indentation misalignment with Unicode code points >65535

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Andreas Schwab <schwab <at> linux-m68k.org>
Cc: 27403 <at> debbugs.gnu.org, adam.niederer <at> gmail.com
Subject: bug#27403: 26.0.50; Indentation misalignment with Unicode code points >65535
Date: Sat, 17 Jun 2017 13:28:09 +0300

> From: Andreas Schwab <schwab <at> linux-m68k.org>
> Cc: Adam Niederer <adam.niederer <at> gmail.com>,  27403 <at> debbugs.gnu.org
> Date: Sat, 17 Jun 2017 10:24:41 +0200
> 
> On Jun 17 2017, Eli Zaretskii <eliz <at> gnu.org> wrote:
> 
> > That's because U+1F44D is a double-width character:
> >
> >   (char-width ?👍) => 2
> 
> The list in international/character.el is outdated.

I think the intent was to produce it from the Unicode data
(EastAsianWidth.txt).  I don't recall why this didn't happen; patches
are welcome.  Alternatively, synching the data with the latest Unicode
manually would be good as a stopgap.

> > So as long as indentation works in columns and not in pixels, this is
> > a "feature".
> 
> You surely don't want indentation to depend on font selection.

Patches for doing indentation in pixels are welcome, of course.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.