From: Eli Zaretskii <eliz@gnu.org>
To: "Clément Pit--Claudel" <clement.pitclaudel@live.com>
Cc: 26959@debbugs.gnu.org
Subject: bug#26959: Feature request: bold underlines
Date: Thu, 18 May 2017 07:10:47 +0300 [thread overview]
Message-ID: <838tlu6bzs.fsf@gnu.org> (raw)
In-Reply-To: <6ad09d0f-d9e5-d544-f2e1-a7bf561556f6@live.com> (message from Clément Pit--Claudel on Wed, 17 May 2017 14:59:56 -0400)
> Cc: 26959@debbugs.gnu.org
> From: Clément Pit--Claudel <clement.pitclaudel@live.com>
> Date: Wed, 17 May 2017 14:59:56 -0400
>
> > What all this means is that currently the exact visual effect of the
> > underline attribute is deliberately not well-defined: about the only
> > thing you can rely on is that you will get a horizontal line somewhere
> > in the lower portion of the characters.
> >
> > Implementing your suggestion would require that we define the behavior
> > much better, which is not easy given the different font drivers and
> > fonts, on which the user has almost no control. E.g., we will need to
> > decide whether thickness customization overrides the font-dependent
> > scaling, and if not, how these two play together. And if we want to
> > allow customization of the underline position (why not?), we will have
> > to decide what to do with it when the font size changes. And then we
> > will need to decide what to do if the font doesn't support scaling.
>
> That makes sense, but I'm not sure all of this is needed. I agree that it would be nice, but is it really necessary?
Perhaps not. But any subset of this we choose to implement should be
consistent and should make sense to users.
> In terms of code, my suggestion would translate into multiplying the `thickness' variable in xftfont by 2 when :bold t is specified in the underline's property list.
Even if the bold attribute starts in the middle of a consecutive run
of underlined characters? IOW, should this override the current
behavior of computing the thickness only once per such run?
prev parent reply other threads:[~2017-05-18 4:10 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-05-17 4:16 bug#26959: Feature request: bold underlines Clément Pit--Claudel
2017-05-17 4:21 ` Drew Adams
2017-05-17 4:39 ` Clément Pit--Claudel
2017-05-17 14:04 ` Drew Adams
2017-05-17 15:06 ` Clément Pit--Claudel
2017-05-17 16:06 ` Drew Adams
2017-05-17 18:48 ` Clément Pit--Claudel
2017-05-17 19:48 ` Drew Adams
2017-05-17 20:11 ` Clément Pit--Claudel
2017-05-17 21:09 ` Drew Adams
2017-05-17 21:22 ` Clément Pit--Claudel
2017-05-17 21:37 ` Drew Adams
2017-05-17 15:39 ` Eli Zaretskii
2017-05-17 18:59 ` Clément Pit--Claudel
2017-05-18 4:10 ` Eli Zaretskii [this message]
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=838tlu6bzs.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=26959@debbugs.gnu.org \
--cc=clement.pitclaudel@live.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 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.