From: Taylor Venable <taylor@metasyntax.net>
To: Kenichi Handa <handa@m17n.org>
Cc: emacs-devel@gnu.org
Subject: Re: Font Problem with 23.0.92.1 - wrong font used
Date: Thu, 16 Apr 2009 22:48:24 -0400 [thread overview]
Message-ID: <20090417024824.GA19189@metasyntax.net> (raw)
In-Reply-To: <E1LuGd3-00036q-Uu@etlken>
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset=unknown-8bit, Size: 4565 bytes --]
On Thu, Apr 16, 2009 at 10:43:01AM +0900, Kenichi Handa wrote:
> I've just installed several fixes. Could you try again?
>
> Note that now xft backend can distinguish average-width font
> property for BDF/PFC fonts. So you should be able to see
> the different font with these settings.
I updated from CVS about ten hours ago and all indications are that
this has worked. I can now see the PCF font exactly as I expect with
or without the Japanese font present.
Thanks very much! The XFT support is great and beautiful but
sometimes the speed in rendering of the plain old X fonts is best.
> In article <20090414115004.GH6280@metasyntax.net>, Taylor Venable <taylor@metasyntax.net> writes:
>
> > On Tue, Apr 14, 2009 at 12:49:48PM +0900, Kenichi Handa wrote:
> > > In article <20090414031419.GF6280@metasyntax.net>, Taylor Venable <taylor@metasyntax.net> writes:
> > >
> > > > > Ummm, weird. Please define this function:
> > > > >
> > > > > (defun font-file-at ()
> > > > > (interactive)
> > > > > (message "%s" (aref (query-font (font-at (point))) 1)))
> > > > >
> > > > > and run it while putting cursor on "abc..." of `default',
> > > > > `mode-line-inactive', and `tooltip' lines in *Faces* buffer
> > > > > that is shown by M-x list-faces-display RET.
> > >
> > > > First, when the Japanese font is present:
> > >
> > > > default: /usr/X11R6/lib/X11/fonts/misc/7x13-ISO8859-1.pcf.gz
> > > > mode-line-inactive: [the same]
> > > > tooltip: [the same]
> > >
> > > > Strangely enough, the font shown as the example for 'default' is not
> > > > the font used in the buffer display; again it appears to be the semi-
> > > > condensed variant, whereas the font used in the buffer display appears
> > > > to be the correct normal variant.
> > >
> > > What is reported when you run font-file-at on a character
> > > displayed by that normal variant?
>
> > /usr/X11R6/lib/X11/fonts/misc/7x13.pcf.gz
>
> > In other words, it seems as if this is the font that should be used
> > for the 'default' face.
>
> > > And, the XLFD of 7x13-ISO8859-1.pcf.gz is:
> > > -misc-fixed-medium-r-normal--13-120-75-75-c-70-iso8859-1
> > > Please run this and check if it is the font you mean by
> > > semicondensed variant?
> > >
> > > % xfd -fn -misc-fixed-medium-r-normal--13-120-75-75-c-70-iso8859-1
>
> > No, this looks like what I want; in xfontsel it's specified by sWdth =
> > normal and avgWdth = 70. What I've been calling the "semi-condensed
> > variant" is specified by sWdth = semicondensed and avgWdth = 60.
>
> > However, I can tell by just looking at it that when that font file
> > name is reported, the font being used is not the one with the XFLD
> > listed above and in my .emacs file.
>
> > > Also please check if the font shown by this is what you mean
> > > by normal variant:
> > >
> > > % xfd -fn -misc-fixed-medium-r-normal--13-120-75-75-c-80-iso8859-1
>
> > This is too wide; the font that I've told Emacs to use as the default
> > has an avgWdth of 70, not 80.
>
> > > > If I do M-x customize-face default I notice that the value
> > > > has been set outside customize, and telling it to set for
> > > > the current session redisplays the buffer using the semi-
> > > > condensed face.
> > >
> > > > When I run this function on 'bold' I get nil. Finding a face that
> > > > looks like what I want and see in the buffer display, the function
> > > > reports the value as /usr/X11R6/lib/X11/fonts/misc/7x13.pcf.gz - but
> > > > the font for the 'bold-italic' face which also looks correct (there is
> > > > no italic slant variant for the -misc-fixed font I'm using) is
> > > > /usr/X11R6/lib/X11/fonts/misc/8x13B-ISO8859-1.pcf.gz
>
> > Is there meaning to the fact that the function returns nil for the
> > 'bold' face? Or perhaps it's an unrelated issue?
>
> > > > ========================================
> > >
> > > > Without the Japanese font in the font path, I get these:
> > >
> > > > default: /usr/X11R6/lib/X11/fonts/misc/7x13.pcf.gz
> > > > bold: /usr/X11R6/lib/X11/fonts/misc/8x13B-ISO8859-1.pcf.gz
> > >
> > > I still can't reproduce that phenomenon; i.e. the existence
> > > of Japanese fonts affects the font selection.
>
> > This is on OpenBSD so maybe there's something weird in how X is setup;
> > I'll find a Linux box today to test on and see if there's any similar
> > or different behaviour there.
>
> > Thanks,
>
> > --
> > Taylor Christopher Venable
> > http://real.metasyntax.net:2357/
>
--
Taylor Christopher Venable
http://real.metasyntax.net:2357/
((λ x . x x) (λ x . x x))
next prev parent reply other threads:[~2009-04-17 2:48 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-04-07 2:28 Font Problem with 23.0.92.1 - wrong font used Taylor Venable
2009-04-07 6:28 ` Kenichi Handa
[not found] ` <20090407084801.GC5160@metasyntax.net>
2009-04-08 2:48 ` Kenichi Handa
2009-04-08 5:02 ` Taylor Venable
2009-04-10 12:44 ` Kenichi Handa
2009-04-10 21:38 ` Taylor Venable
2009-04-13 12:41 ` Kenichi Handa
2009-04-13 17:38 ` Taylor Venable
2009-04-14 1:07 ` Kenichi Handa
2009-04-14 3:14 ` Taylor Venable
2009-04-14 3:49 ` Kenichi Handa
2009-04-14 11:50 ` Taylor Venable
2009-04-15 2:39 ` Taylor Venable
2009-04-16 1:43 ` Kenichi Handa
2009-04-16 14:04 ` Chong Yidong
2009-04-17 1:01 ` Kenichi Handa
2009-04-17 2:30 ` Chong Yidong
2009-04-17 2:40 ` Kenichi Handa
2009-04-17 2:48 ` Taylor Venable [this message]
2009-04-17 4:09 ` Kenichi Handa
2009-04-09 23:17 ` Taylor Venable
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20090417024824.GA19189@metasyntax.net \
--to=taylor@metasyntax.net \
--cc=emacs-devel@gnu.org \
--cc=handa@m17n.org \
/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 external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.