From: handa@gnu.org (K. Handa)
To: Ivan Kanis <ivan@kanis.fr>
Cc: 16721@debbugs.gnu.org, lekktu@gmail.com
Subject: bug#16721: 24.3.50; can not use ext font anymore
Date: Sat, 15 Feb 2014 00:16:48 +0900 [thread overview]
Message-ID: <877g8xpvvj.fsf@gnu.org> (raw)
In-Reply-To: <87eh37f0qy.fsf@tao.kanis.fr> (message from Ivan Kanis on Thu, 13 Feb 2014 17:14:45 +0100)
In article <87eh37f0qy.fsf@tao.kanis.fr>, Ivan Kanis <ivan@kanis.fr> writes:
> "-unknown-Symbola-normal-normal-semi-condensed-*-20-*-*-*-0-iso10646-1"
> Gives me a Font Error. I count 14 elements.
Emacs' XLFD parser is stricter than the spec of XLFD. For
instance, the possible value of SETWIDTH_NAME field (the 5th
one) is one of:
undefined ultracondensed extracondensed condensed
semicondensed medium semiexpanded expanded extraexpanded
ultraexpanded
which are "english translation"s of defined reference value
for RELATIVE_SETWIDTH property. See:
http://www.x.org/releases/X11R7.6/doc/xorg-docs/specs/XLFD/xlfd.html#font_properties
So, in the above case, Emacs thinks "semi" is not a valid
SETWIDTH_NAME of a font.
This strictness is to handle a wildcard "*" matching with
multiple fields efficently. For instance, to find a font
matching with "*-bold-*", Emacs assumes that "bold" is for
WEIGHT_NAME field, and lists fonts whose WEIGHT_NAME field
is "bold". This is far faster than getting all font names
and check each of them whether it contains "bold" or not.
> The font
> "xft:-unknown-Symbola-normal-normal-semi-condensed-*-20-*-*-*-*-0-iso10646-1"
> Is a copy & paste of what emacs 24.3 report after doing a C-u C-x =
Yes, it's a bug, and should be fixed already.
---
Kenichi Handa
handa@gnu.org
next prev parent reply other threads:[~2014-02-14 15:16 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-02-11 11:04 bug#16721: 24.3.50; can not use ext font anymore Ivan Kanis
2014-02-11 21:27 ` Glenn Morris
2014-02-13 12:48 ` K. Handa
2014-02-13 13:48 ` Stefan Monnier
2014-02-13 15:57 ` Ivan Kanis
2014-02-13 16:07 ` Juanma Barranquero
2014-02-13 16:14 ` Ivan Kanis
2014-02-13 16:21 ` Juanma Barranquero
2014-02-13 16:23 ` Juanma Barranquero
2014-02-13 16:36 ` Ivan Kanis
2014-02-14 15:16 ` K. Handa [this message]
2014-02-14 21:58 ` Ivan Kanis
2014-02-13 16:25 ` Andreas Schwab
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=877g8xpvvj.fsf@gnu.org \
--to=handa@gnu.org \
--cc=16721@debbugs.gnu.org \
--cc=ivan@kanis.fr \
--cc=lekktu@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).