GNU bug report logs -
#27403
26.0.50; Indentation misalignment with Unicode code points >65535
Previous Next
Reported by: Adam Niederer <adam.niederer <at> gmail.com>
Date: Sat, 17 Jun 2017 06:55:03 UTC
Severity: normal
Found in version 26.0.50
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
Full log
Message #17 received at 27403 <at> debbugs.gnu.org (full text, mbox):
> 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.
This bug report was last modified 3 years and 199 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.