From: Stephen Berman <stephen.berman@gmx.net>
To: Po Lu <luangruo@yahoo.com>
Cc: 51550@debbugs.gnu.org
Subject: bug#51550: 29.0.50; Customize Group INS buttons sometimes don't have a left box line
Date: Tue, 02 Nov 2021 11:58:16 +0100 [thread overview]
Message-ID: <87y266g6yf.fsf@rub.de> (raw)
In-Reply-To: <87wnlrfhdk.fsf@yahoo.com> (Po Lu's message of "Tue, 02 Nov 2021 09:58:31 +0800")
[-- Attachment #1: Type: text/plain, Size: 541 bytes --]
On Tue, 02 Nov 2021 09:58:31 +0800 Po Lu <luangruo@yahoo.com> wrote:
> Eli Zaretskii <eliz@gnu.org> writes:
>
>> I see that xterm does something special in x_draw_relief_rect when the
>> line width is exactly 1 pixel, and w32term.c doesn't do that. maybe
>> that's the problem.
>
> That isn't related, it only serves to make buttons look nicer and have
> more contrast by drawing a black line outside a relief rect.
>
> FWIW, this bug doesn't manifest in 27.2.
With the following patch I no longer see the display glitch:
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: widget-specify-field patch --]
[-- Type: text/x-patch, Size: 459 bytes --]
diff --git a/lisp/wid-edit.el b/lisp/wid-edit.el
index fb06a95f51..ba6f26fccc 100644
--- a/lisp/wid-edit.el
+++ b/lisp/wid-edit.el
@@ -373,7 +373,7 @@ widget-specify-field
(forward-char 1))
(widget-field-add-space
(insert-and-inherit " ")))
- (setq to (point)))
+ (setq to (1- (point))))
(let ((keymap (widget-get widget :keymap))
(face (or (widget-get widget :value-face) 'widget-field))
(help-echo (widget-get widget :help-echo))
[-- Attachment #3: Type: text/plain, Size: 1240 bytes --]
However, this cannot be the right fix: with this patch the editable
field widget is no longer editable (it also doesnt't extended to the
right window margin, and it's one space shorter than when the
widget-field face is edited to remove the :extend property (without the
patch)). Moreover, in emacs-27 the editable field is also extended yet
there's no display glitch. (There's one difference in
widget-specify-field between emacs-27 and 28/master, but undoing that
change in the latter does not eliminate the display glitch.)
There's also something strange about customizing the widget-field face:
when I uncheck the box for "Extend" and click the "State" button to "Set
for Current Session", nothing happens with -Q and without -Q I get the
message "End of file during parsing". If (without -Q) I click "State"
to "Save for Future Sessions", then it says "SAVED and set" but the
"Extend" checkbox remains checked and the editable fields are extended.
If I keep "Extend" checked and click the Value Menu to "Off", then I can
set the change for the current session, and then the editable field
widget is not extended, but the display glitch remains (and the editable
field is one space longer than with the above patch).
Steve Berman
next prev parent reply other threads:[~2021-11-02 10:58 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <87ee80gezy.fsf.ref@yahoo.com>
2021-11-01 13:52 ` bug#51550: 29.0.50; Customize Group INS buttons sometimes don't have a left box line Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2021-11-01 14:29 ` Eli Zaretskii
2021-11-01 19:28 ` Stephen Berman
2021-11-01 19:38 ` Eli Zaretskii
2021-11-02 1:58 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2021-11-02 10:58 ` Stephen Berman [this message]
2021-11-02 14:13 ` Eli Zaretskii
2021-11-02 23:59 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2021-11-03 5:35 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2021-11-03 7:03 ` Stefan Kangas
2021-11-03 12:53 ` Eli Zaretskii
2021-11-05 7:27 ` Stefan Kangas
2021-12-27 10:50 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2021-12-27 11:19 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2021-12-27 14:55 ` Eli Zaretskii
2021-12-28 0:37 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2021-12-28 12:40 ` Eli Zaretskii
2021-12-28 12:45 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2021-12-28 13:17 ` Eli Zaretskii
2021-12-28 13:24 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2021-12-28 17:35 ` Eli Zaretskii
2021-12-29 0:33 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2021-12-29 12:56 ` Eli Zaretskii
2021-12-29 13:23 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2021-12-29 13:37 ` Eli Zaretskii
2021-12-29 13:54 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2021-12-29 14:56 ` Eli Zaretskii
2021-12-30 1:11 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2021-12-30 11:37 ` Eli Zaretskii
2021-12-30 11:43 ` 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=87y266g6yf.fsf@rub.de \
--to=stephen.berman@gmx.net \
--cc=51550@debbugs.gnu.org \
--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.