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

Previous Next

Package: emacs;

Reported by: Max Shinn <max <at> maxshinnpotential.com>

Date: Sun, 13 Apr 2014 17:20:01 UTC

Severity: normal

Tags: notabug

Done: Stefan Kangas <stefan <at> marxist.se>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Max Shinn <max <at> maxshinnpotential.com>, Kenichi Handa <handa <at> gnu.org>
Cc: 17261 <at> debbugs.gnu.org
Subject: bug#17261: Some combining characters don't combine (Emacs 24	regression)
Date: Sun, 13 Apr 2014 20:36:42 +0300
> 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.




This bug report was last modified 5 years and 263 days ago.

Previous Next


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