From: Stephen Berman <Stephen.Berman@gmx.net>
To: emacs-devel@gnu.org
Subject: Re: (re)display problems after font backend merge
Date: Sun, 18 May 2008 20:19:52 +0200 [thread overview]
Message-ID: <873aofscdz.fsf@escher.local.home> (raw)
In-Reply-To: 482FA2EE.7010900@harpegolden.net
On Sun, 18 May 2008 04:30:54 +0100 David De La Harpe Golden <david@harpegolden.net> wrote:
> Stephen Berman wrote:
>
>> the underlining is still broken and
>> too close to the bottom of the characters.
>
> Re the vertical position:
>
> Have you played with customize-variables
> x-use-underline-position-properties and x-underline-at-descent-line ?
> They may make a difference.
Indeed, setting x-use-underline-position-properties to nil gives me the
space with underlining I want. Thanks for the suggestion.
> AFAIK truetype fonts as used in xft/freetype typically provide a real
> underline positioning metric, so maybe there's a bug lurking there (or
> just a todo)... and of course maybe there are fonts that just actively
> say to put the underline in a bad position.
I hadn't used xft before you suggested it, so I don't know, but it would
surprise me if Dejavu Sans Mono, the font I am using with Emacs, is at
fault here, since it is widely used.
> x-underline-at-descent-line seems to cause underline to outright
> disappear on my current emacs build though - presumably not right.
I see this too (i.e., I don't see any underlining with
x-underline-at-descent-line set to t).
> Other underline rendering issues:
>
> Not-bad-as-such-but-close underline positions needing a bodge offset
> to account for the pixel grid for display clarity for small onscreen
> sizes. That one might be immediately relevant - e.g. if you examine
> rendering of some fonts at, say, 30pt, you can see the font-specified
> underline is not simply at the baseline, but if you're using the font at
> more usual 8-10pt sizes on usual screen-type displays (with vertical res
> of < 100 dpi), it might as well be.
Indeed, with 30pt Dejavu Sans Mono I do see a space between the
underline and the characters (with x-use-underline-position-properties
at its default value of t).
[...]
> Re broken underlining:
>
> Not too sure about this - there are certainly issues with underlining
> being used for different purposes in emacs, where underlining being
> visible for various amounts of inter-word and trailing whitespace may or
> may not be appropriate*. Though it looks like you may have odd
> underlining beyond whitespace vs. non-whitespace.
All I know is that the broken underlining only appears post font-backend
merge, and regardless of whether I use xft or not.
> (* textual emphasis vs. poor-man's separator bars, for example, as in
> bug #26)
>
>> This image shows split windows, with the Gnus Summary buffer on top and
>> the Article buffer below. The mode line of the Summary buffer has my
>> customized mode-line face (Helvetica font as in variable-pitch face,
>> plus over- and underlining). The mode line of the Article buffer has
>> mode-line-inactive face, which inherits from mode-line but overrides the
>> weight attribute, making it light.
>
> One of the modelines sure doesn't *look* like helvetica ?
In fact, it is to all appearances the same font as is used in the splash
screen, and there I can use C-u C-x =, which shows this (on the first
character after the image in the splash screen):
character: T (84, #o124, #x54)
preferred charset: ascii (ASCII (ISO646 IRV))
code point: 0x54
syntax: w which means: word
category: a:ASCII graphic characters 32-126 (ISO646 IRV:1983[4/0])
l:Latin r:Japanese roman
buffer code: #x54
file code: not encodable by coding system utf-8-unix
display: by this font (glyph code)
-monotype-Andy MT-normal-normal-normal-*-12-*-*-*-*-0-iso8859-1 (#x37)
Character code properties are not shown: customize what to show
There are text properties here:
auto-composed t
face (variable-pitch (:foreground "red"))
help-echo [Show]
The face variable-pitch has only the font attribute set, to "helv". I
don't know why "monotype-Andy MT" shows up. I mentioned in my previous
post that changing certain attributes of variable-pitch face changes its
appearance drastically. In fact, it changes the font family. For
example, changing the width attribute to "narrow" results, according to
C-u C-x =, in a font family of "monotype-Impact".
Steve Berman
next prev parent reply other threads:[~2008-05-18 18:19 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-05-15 18:45 (re)display problems after font backend merge Stephen Berman
2008-05-16 0:57 ` Kenichi Handa
2008-05-16 10:22 ` Stephen Berman
2008-05-17 3:19 ` David De La Harpe Golden
2008-05-17 12:30 ` Stephen Berman
2008-05-17 14:02 ` David De La Harpe Golden
2008-05-17 18:37 ` Stephen Berman
2008-05-18 3:30 ` David De La Harpe Golden
2008-05-18 18:19 ` Stephen Berman [this message]
2008-05-22 20:36 ` Stephen Berman
2008-05-23 4:16 ` David De La Harpe Golden
2008-05-23 12:28 ` Stephen Berman
2008-05-23 16:10 ` David De La Harpe Golden
2008-05-23 17:03 ` Stephen Berman
2008-05-23 17:37 ` David De La Harpe Golden
2008-05-23 19:42 ` James Cloos
2008-05-23 20:41 ` Stephen Berman
2008-05-23 21:57 ` David De La Harpe Golden
2008-05-24 1:16 ` James Cloos
2008-05-24 23:01 ` Stephen Berman
2008-05-27 13:17 ` Stephen Berman
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=873aofscdz.fsf@escher.local.home \
--to=stephen.berman@gmx.net \
--cc=emacs-devel@gnu.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 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).