Robert> Which font specifically does emacs end up using for that character?
Robert> Emacs ends up using 'Noto Sans CJK KR' for me here.
When google fonts is removed?
This is what `C-u C-x =` says:
ftcrhb:-PfEd-Unifont-normal-normal-normal-*-15-*-*-*-d-0-iso10646-1 (#xDD38ftcrhb:-PfEd-Unifont-normal-normal-normal-*-15-*-*-*-d-0-iso10646-1 (#xDD38)Note on the above: For the hell of it, I tried installing `noto-fonts` font pack
from nixpkgs and it didn't make a difference. Then again, `fc-list --verbose |
rg "Noto Sans CJK" -i` produced no results so that specific font probably isn't
in that font pack.
When google fonts are installed:
ftcrhb:-GNU-Unifont-normal-normal-normal-Sans-Serif-16-*-*-*-c-80-iso10646-1 (#xDD36)Robert> BTW, if you want to ignore that font, you can set
Robert> 'face-ignored-fonts' to match it, and you won't have to uninstall it.
Thanks, I didn't know that! Maybe I can use that to narrow down to the specific
font that's causing problems because adding `google-fonts` adds 2905 fonts for
me, and many I would like to have.
Robert> I donʼt think thereʼs much point in that: emacs-26 uses Xft for font
Robert> handling, emacs-27 uses Cairo+Harfbuzz[1]; theyʼre fundamentally doing
Robert> very different things, so I donʼt think this is caused by a single
Robert> identifiable change.
I'm not trying to prove you wrong or anything. It's just easy for me to try
different versions because I'm using
(
https://github.com/nix-community/emacs-overlay). However, I tried Emacs 27.0.50
and it's behaving exactly the same as Emacs 26. I glanced at the
`report-emacs-bug` output and the build inputs look the same. I can include it
if desired.
λ ~/ time emacs -Q --eval '(message "hi")' -kill
emacs -Q --eval '(message "hi")' -kill 0.18s user 0.02s system 67% cpu 0.303 total
λ ~/ time emacs -Q --eval '(message "︵")' -kill
emacs -Q --eval '(message "︵")' -kill 0.44s user 0.03s system 95% cpu 0.494 total
λ ~/ emacs --version
GNU Emacs 27.0.50Robert> ...we implicitly do '--with-cairo' now.
Is that since 27.0.50?
Were either Cairo+Harfbuzz libraries updated since 27.0.50 (perhaps a regression
in those libraries)? I'll follow up with an update later after testing more versions.
Robert> Although you can still build it with Xft if you want, but I
Robert> wouldnʼt recommend that, since it will crash once you start
Robert> processing Emojis and other 'interesting' Unicode characters.
Just to verity I understand. Building with Xft is what `--with-xft` is doing in
the following from my initial email?
Configured using:
'configure
--prefix=/nix/store/5v0fp6vikajaqc2v0ppkm51hfc054mnm-emacs-git-20190910.0
--disable-build-details --with-modules --with-x-toolkit=gtk3 --with-xft
CFLAGS=-DMAC_OS_X_VERSION_MAX_ALLOWED=101200'Eli> I'm not sure I understand: you are saying that slow, but correct
Eli> display is _worse_ than displaying a white space instead of the
Eli> correct glyph, i.e. producing incorrect display? To me, it sounds
Eli> like Emacs 27+ actually _improves_ things in this case.
Let me quantify the performance because I've been ambiguous about it so far:
λ ~/ time emacs -Q --eval '(message "hi")' -kill
emacs -Q --eval '(message "hi")' -kill 0.19s user 0.02s system 55% cpu 0.371 total
λ ~/ time emacs -Q --eval '(message "︵")' -kill
emacs -Q --eval '(message "︵")' -kill 81.64s user 0.03s system 99% cpu 1:21.91 totalIt takes ~81 seconds to do something while locking up the UI. That's personally
beyond my threshold for killing the process.