[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH] gnu: emacs: Use libotf.
From: |
Roel Janssen |
Subject: |
Re: [PATCH] gnu: emacs: Use libotf. |
Date: |
Mon, 14 Mar 2016 13:22:09 +0100 |
User-agent: |
mu4e 0.9.17; emacs 25.1.50.4 |
emacs-from-guix.png
Description: PNG image
emacs-from-fedora.png
Description: PNG image
Ludovic Courtès writes:
> Roel Janssen <address@hidden> skribis:
>
>> Here's a very small patch to compile Emacs with libotf support.
>> Unfortunately for me, it hasn't given me better font rendering.
>
> Does the resulting Emacs refer to libotf, as per:
>
> guix gc --references $(./pre-inst-env guix build emacs) | grep libotf
>
> ?
Yes, here's the output:
address@hidden guix]$ guix gc --references $(./pre-inst-env guix build emacs) |
grep libotf
/gnu/store/kzc2zkdl3aadrs3iiml7vva80fgsd2b9-libotf-0.9.13
You can also see "Does Emacs use libotf?" turn to "yes" with my patch in
the overview at the end of the configure phase.
> If it does, could you check how it’s supposed to use it? I don’t see
> how it would be used, but I guess this has nothing to do with rendering.
It seems that Emacs can use it for complex font rendering of OTF fonts:
https://www.gnu.org/software/emacs/manual/html_node/elisp/Low_002dLevel-Font.html
(search for "libotf").
> How “wrong” is font rendering for you?
I attached two screenshots, emacs-from-guix.png and
emacs-from-fedora.png. Both are compiled with libotf support. Besides
the missing Fira font, the text on the Emacs from Guix looks stretched
and not properly anti-aliased to me.
Kind regards,
Roel Janssen