[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#64270: 30.0.50; Font update for no toolkit menu
From: |
Manuel Giraud |
Subject: |
bug#64270: 30.0.50; Font update for no toolkit menu |
Date: |
Tue, 27 Jun 2023 11:59:51 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) |
Po Lu <luangruo@yahoo.com> writes:
> Robert Pluim <rpluim@gmail.com> writes:
>
>> OK, but we could still fix this niggle in `font_unparse_xlfd' (if I
>> call it a regression, can it go in emacs-29? 😸)
>
> I'm not so sure... I think it is more important that Emacs be able to
> parse its own XLFDs without losing information than it is for XLFDs it
> generates to be understood by X, since XLFDs are often used in Lisp as a
> printable replacement for font specifications.
I imagined something like that. So maybe I need a new function. For
example `x_normalize_xlfd'?
--
Manuel Giraud
- bug#64270: 30.0.50; Font update for no toolkit menu, (continued)
- bug#64270: 30.0.50; Font update for no toolkit menu, Manuel Giraud, 2023/06/27
- bug#64270: 30.0.50; Font update for no toolkit menu, Po Lu, 2023/06/27
- bug#64270: 30.0.50; Font update for no toolkit menu, Manuel Giraud, 2023/06/27
- bug#64270: 30.0.50; Font update for no toolkit menu, Robert Pluim, 2023/06/27
- bug#64270: 30.0.50; Font update for no toolkit menu, Robert Pluim, 2023/06/27
- bug#64270: 30.0.50; Font update for no toolkit menu, Po Lu, 2023/06/27
- bug#64270: 30.0.50; Font update for no toolkit menu, Robert Pluim, 2023/06/27
- bug#64270: 30.0.50; Font update for no toolkit menu, Po Lu, 2023/06/27
- bug#64270: 30.0.50; Font update for no toolkit menu, Robert Pluim, 2023/06/27
- bug#64270: 30.0.50; Font update for no toolkit menu, Po Lu, 2023/06/27
- bug#64270: 30.0.50; Font update for no toolkit menu,
Manuel Giraud <=
- bug#64270: 30.0.50; Font update for no toolkit menu, Po Lu, 2023/06/27
- bug#64270: 30.0.50; Font update for no toolkit menu, Manuel Giraud, 2023/06/27
- bug#64270: 30.0.50; Font update for no toolkit menu, Eli Zaretskii, 2023/06/27