GNU bug report logs -
#77328
31.0.50; eglot-code-action-indicator containing U+F400
Previous Next
Reported by: Gerd Möllmann <gerd.moellmann <at> gmail.com>
Date: Fri, 28 Mar 2025 06:08:02 UTC
Severity: normal
Found in version 31.0.50
Fixed in version 31.1
Done: Gerd Möllmann <gerd.moellmann <at> gmail.com>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 77328 in the body.
You can then email your comments to 77328 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#77328
; Package
emacs
.
(Fri, 28 Mar 2025 06:08:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Gerd Möllmann <gerd.moellmann <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Fri, 28 Mar 2025 06:08:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
In master
eglot.el:
614 (defcustom eglot-code-action-indicator
615 (cl-loop for c in '(? ?⚡?✓ ?α ??)
616 when (char-displayable-p c)
617 return (make-string 1 c))
The first character checked above is
position: 28703 of 217477 (13%), column: 23
character: (displayed as ) (codepoint 62464, #o172000, #xf400)
charset: unicode (Unicode (ISO10646))
code point in charset: 0xF400
syntax: w which means: word
category: L:Strong L2R
to input: type "C-x 8 RET f400"
buffer code: #xEF #x90 #x80
file code: #xEF #x90 #x80 (encoded by coding system utf-8-unix)
display: terminal code #xEF #x90 #x80
which is a character in a "private use area". I guess that could
indicate that the use of this character is maybe not intentional.
(In my setting, macOS/iTerm2 terminal, JetBrains MONO font, running
emacs -nw, char-displayable-p returns t for #xf400, and it is displayed
as a question mark in a box, which is otherwise used for characters with
no defined meaning.)
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#77328
; Package
emacs
.
(Fri, 28 Mar 2025 10:02:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 77328 <at> debbugs.gnu.org (full text, mbox):
>>>>> On Fri, 28 Mar 2025 07:07:08 +0100, Gerd Möllmann <gerd.moellmann <at> gmail.com> said:
Gerd> which is a character in a "private use area". I guess that could
Gerd> indicate that the use of this character is maybe not intentional.
Gerd> (In my setting, macOS/iTerm2 terminal, JetBrains MONO font, running
Gerd> emacs -nw, char-displayable-p returns t for #xf400, and it is displayed
Gerd> as a question mark in a box, which is otherwise used for characters with
Gerd> no defined meaning.)
I have a similar setup, but use "CaskaydiaMono Nerd Font Mono" for
non-ASCII, and it displays as what looks like a lightbulb. Perhaps we
should use U+1F4A1 ELECTRIC LIGHT BULB instead.
Robert
--
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#77328
; Package
emacs
.
(Fri, 28 Mar 2025 11:21:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 77328 <at> debbugs.gnu.org (full text, mbox):
> Cc: 77328 <at> debbugs.gnu.org,
> João Távora <joaotavora <at> gmail.com>
> From: Robert Pluim <rpluim <at> gmail.com>
> Date: Fri, 28 Mar 2025 11:01:05 +0100
>
> >>>>> On Fri, 28 Mar 2025 07:07:08 +0100, Gerd Möllmann <gerd.moellmann <at> gmail.com> said:
>
> Gerd> which is a character in a "private use area". I guess that could
> Gerd> indicate that the use of this character is maybe not intentional.
>
> Gerd> (In my setting, macOS/iTerm2 terminal, JetBrains MONO font, running
> Gerd> emacs -nw, char-displayable-p returns t for #xf400, and it is displayed
> Gerd> as a question mark in a box, which is otherwise used for characters with
> Gerd> no defined meaning.)
>
> I have a similar setup, but use "CaskaydiaMono Nerd Font Mono" for
> non-ASCII, and it displays as what looks like a lightbulb. Perhaps we
> should use U+1F4A1 ELECTRIC LIGHT BULB instead.
João, what is the reason for using a PUA character there? This was
added recently, so I guess the motivation is still available
somewhere?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#77328
; Package
emacs
.
(Fri, 28 Mar 2025 13:36:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 77328 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
The reason, frankly, is I don't know my PUAs from my UTFs from my SATs. I
just wanted something pretty, so I POOMA this thing, which looked ok on a
couple of setups. If you are knowledgeable about this, feel free to change
and thanks very much in advance.
João Távora
On Fri, Mar 28, 2025, 11:20 Eli Zaretskii <eliz <at> gnu.org> wrote:
> > Cc: 77328 <at> debbugs.gnu.org,
> > João Távora <joaotavora <at> gmail.com>
> > From: Robert Pluim <rpluim <at> gmail.com>
> > Date: Fri, 28 Mar 2025 11:01:05 +0100
> >
> > >>>>> On Fri, 28 Mar 2025 07:07:08 +0100, Gerd Möllmann <
> gerd.moellmann <at> gmail.com> said:
> >
> > Gerd> which is a character in a "private use area". I guess that
> could
> > Gerd> indicate that the use of this character is maybe not
> intentional.
> >
> > Gerd> (In my setting, macOS/iTerm2 terminal, JetBrains MONO font,
> running
> > Gerd> emacs -nw, char-displayable-p returns t for #xf400, and it is
> displayed
> > Gerd> as a question mark in a box, which is otherwise used for
> characters with
> > Gerd> no defined meaning.)
> >
> > I have a similar setup, but use "CaskaydiaMono Nerd Font Mono" for
> > non-ASCII, and it displays as what looks like a lightbulb. Perhaps we
> > should use U+1F4A1 ELECTRIC LIGHT BULB instead.
>
> João, what is the reason for using a PUA character there? This was
> added recently, so I guess the motivation is still available
> somewhere?
>
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#77328
; Package
emacs
.
(Fri, 28 Mar 2025 13:54:01 GMT)
Full text and
rfc822 format available.
Message #17 received at 77328 <at> debbugs.gnu.org (full text, mbox):
João Távora <joaotavora <at> gmail.com> writes:
> The reason, frankly, is I don't know my PUAs from my UTFs from my SATs. I just wanted something pretty,
> so I POOMA this thing, which looked ok on a couple of setups. If you are knowledgeable about this, feel
> free to change and thanks very much in advance.
>
> João Távora
>
> On Fri, Mar 28, 2025, 11:20 Eli Zaretskii <eliz <at> gnu.org> wrote:
>
> > Cc: 77328 <at> debbugs.gnu.org,
> > João Távora <joaotavora <at> gmail.com>
> > From: Robert Pluim <rpluim <at> gmail.com>
> > Date: Fri, 28 Mar 2025 11:01:05 +0100
> >
> > >>>>> On Fri, 28 Mar 2025 07:07:08 +0100, Gerd Möllmann <gerd.moellmann <at> gmail.com> said:
> >
> > Gerd> which is a character in a "private use area". I guess that could
> > Gerd> indicate that the use of this character is maybe not intentional.
> >
> > Gerd> (In my setting, macOS/iTerm2 terminal, JetBrains MONO font, running
> > Gerd> emacs -nw, char-displayable-p returns t for #xf400, and it is displayed
> > Gerd> as a question mark in a box, which is otherwise used for characters with
> > Gerd> no defined meaning.)
> >
> > I have a similar setup, but use "CaskaydiaMono Nerd Font Mono" for
> > non-ASCII, and it displays as what looks like a lightbulb. Perhaps we
> > should use U+1F4A1 ELECTRIC LIGHT BULB instead.
>
> João, what is the reason for using a PUA character there? This was
> added recently, so I guess the motivation is still available
> somewhere?
Pushed a fix to master that uses the light bulb character. That's quite
pretty, indeed :-). And closing.
bug marked as fixed in version 31.1, send any further explanations to
77328 <at> debbugs.gnu.org and Gerd Möllmann <gerd.moellmann <at> gmail.com>
Request was from
Gerd Möllmann <gerd.moellmann <at> gmail.com>
to
control <at> debbugs.gnu.org
.
(Fri, 28 Mar 2025 13:54:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sat, 26 Apr 2025 11:24:07 GMT)
Full text and
rfc822 format available.
This bug report was last modified 49 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.