GNU bug report logs - #17261
Some combining characters don't combine (Emacs 24 regression)

Previous Next

Full log

View this message in rfc822 format

From: Stefan Kangas <stefan <at> marxist.se>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Max Shinn <max <at> maxshinnpotential.com>, Kenichi Handa <handa <at> gnu.org>, 17261 <at> debbugs.gnu.org
Subject: bug#17261: Some combining characters don't combine (Emacs 24 regression)
Date: Sat, 21 Sep 2019 11:51:02 +0200

Eli Zaretskii <eliz <at> gnu.org> writes:

>> Date: Sun, 13 Apr 2014 10:49:44 -0500
>> From: Max Shinn <max <at> maxshinnpotential.com>
>>
>> Certain combining characters---such as the combining vector
>> arrow (0x20D7, a⃗) and the combining circle (0x20DD, a⃝)---do not
>> combine properly under most fonts on Emacs 24.3.1 under Debian GNU/Linux
>> x86_64, GTK 3.4.2.  In Emacs 23.3.1, these characters worked properly
>> under several fonts (for instance, Droid Sans Mono), whereas in Emacs
>> 24, they only work properly with the FreeMono font.  The precise
>> behavior I am observing on Emacs 24 is where the base character and the
>> combining character sit side-by-side instead of superimposed on one
>> another.
>
> Looks like some side effect of changes in how we select fonts.  Where
> Emacs 23 would force the base character to use the font that could
> display the combining character, Emacs 24 now does not, which disables
> auto-composition because Emacs can only compose characters that come
> from the same font.  So the only way to display those characters as
> composed is to select a buffer font that can display them.

Does that mean that the behaviour is not a bug, or should it be fixed?

Best regards,
Stefan Kangas

Previous Next

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