From: Po Lu via "Bug reports for GNU Emacs, the Swiss army knife of text editors" <bug-gnu-emacs@gnu.org>
To: Eli Zaretskii <eliz@gnu.org>
Cc: 52324@debbugs.gnu.org, info@protesilaos.com
Subject: bug#52324: 29.0.50; "Padded" mode line lacks uniform border
Date: Sun, 12 Dec 2021 10:48:35 +0800 [thread overview]
Message-ID: <87mtl61qt8.fsf@yahoo.com> (raw)
In-Reply-To: <87v8zu1vwn.fsf@yahoo.com> (Po Lu's message of "Sun, 12 Dec 2021 08:58:32 +0800")
Po Lu <luangruo@yahoo.com> writes:
> The correct solution is to move this code:
>
> /* Draw relief if not yet drawn. */
> if (!relief_drawn_p && s->face->box != FACE_NO_BOX)
> x_draw_glyph_string_box (s);
>
> To run before drawing the overline. I tested and it works here, so if
> you have no objections I will make that change in xterm and on the other
> *terms as well.
BTW, the Haiku port has the same problem, but with a very different
cause, even though text decorations are already drawn after the box:
drawing the box on such glyphs sets a special kind of graphics clipping
that prevents anything from being displayed on top of the box
afterwards.
This is done for a variety of subtle reasons that are too complicated to
explain here.
To solve it there, I made the subroutine in charge of displaying the box
draw text decorations before setting the special clipping. It's TRT, as
everything said clipping is supposed to prevent happens after it
returns.
So as a heads up, please don't take the changes made to the Haiku port
as representative of how to solve this problem.
next prev parent reply other threads:[~2021-12-12 2:48 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-12-06 8:58 bug#52324: 29.0.50; "Padded" mode line lacks uniform border Protesilaos Stavrou
2021-12-06 14:47 ` Eli Zaretskii
2021-12-06 17:13 ` Protesilaos Stavrou
2021-12-11 13:47 ` Eli Zaretskii
2021-12-12 0:58 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2021-12-12 2:48 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors [this message]
2021-12-12 12:26 ` Eli Zaretskii
2021-12-12 13:03 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2021-12-12 13:12 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2021-12-12 13:32 ` Eli Zaretskii
2021-12-12 13:37 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2021-12-12 22:20 ` Protesilaos Stavrou
2021-12-13 6:54 ` Protesilaos Stavrou
2021-12-13 7:00 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
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=87mtl61qt8.fsf@yahoo.com \
--to=bug-gnu-emacs@gnu.org \
--cc=52324@debbugs.gnu.org \
--cc=eliz@gnu.org \
--cc=info@protesilaos.com \
--cc=luangruo@yahoo.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.