GNU bug report logs - #56337
28.1; Incorrect output by C-u C-x =

Previous Next

Package: emacs;

Reported by: Ikumi Keita <ikumi <at> ikumi.que.jp>

Date: Fri, 1 Jul 2022 13:46:01 UTC

Severity: normal

Found in version 28.1

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


Message #10 received at 56337-done <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Ikumi Keita <ikumi <at> ikumi.que.jp>
Cc: 56337-done <at> debbugs.gnu.org
Subject: Re: bug#56337: 28.1; Incorrect output by C-u C-x =
Date: Fri, 01 Jul 2022 17:18:44 +0300
> From: Ikumi Keita <ikumi <at> ikumi.que.jp>
> Date: Fri, 01 Jul 2022 22:44:49 +0900
> 
> The command `what-cursor-position' reports that SPC has `nobreak-space'
> face, which isn't true.
> 
> [How to reporoduce]
> 1. emacs -Q
> 2. Type SPC C-b C-u C-x =
> 3. In *Help* buffer, there is a line saying
>        hardcoded face: nobreak-space
> 
> I think this is a bug. SPC actually has no particular face;
> `nobreak-space' face has underline (at least on my display), but the SPC
> is displayed without underline.
> 
> Here is the responsible code in descr-text.el:
> ----------------------------------------------------------------------
> (defun describe-char (pos &optional buffer)
> [...]
>                             ((and nobreak-char-display char
>                                   (eq (get-char-code-property char 'general-category) 'Zs))
>                              'nobreak-space)
> ----------------------------------------------------------------------
> This conditional should exclude the case that `char' is ASCII space.

Thanks, fixed for Emacs 28.2.




This bug report was last modified 3 years and 18 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.