From: Eli Zaretskii <eliz@gnu.org>
To: "Kévin Le Gouguec" <kevin.legouguec@gmail.com>
Cc: christopher@librehacker.com, 74673@debbugs.gnu.org
Subject: bug#74673: 30.0.92; face warning on legal elisp syntax
Date: Wed, 04 Dec 2024 19:32:54 +0200 [thread overview]
Message-ID: <86ldwvz73t.fsf@gnu.org> (raw)
In-Reply-To: <87ed2njrtl.fsf@gmail.com> (message from Kévin Le Gouguec on Wed, 04 Dec 2024 18:12:06 +0100)
> From: Kévin Le Gouguec <kevin.legouguec@gmail.com>
> Cc: Christopher Howard <christopher@librehacker.com>, 74673@debbugs.gnu.org
> Date: Wed, 04 Dec 2024 18:12:06 +0100
>
> Eli Zaretskii <eliz@gnu.org> writes:
>
> > Some nice features of the UI need the mouse, yes, and there's no
> > (easy) way around that. That said, you can go to the "" part and type
> > "M-x describe-text-properties", which will pop a buffer that tells you
> > there's a help-echo property at that spot, and show a button which you
> > could press to have the text shown in the echo-area.
> >
> > If you really need to be able to show tool tips without the mouse, you
> > can write a simple function to show its text in the echo-area.
> > However, most tooltips are shown on UI parts where you cannot go, so
> > such a command will be of somewhat limited use.
>
> Apologies if I missed something: this specific diagnostic is also
> visible with 'C-h .', right?
Yes.
> Feeling like this is worth mentioning because IME a lot of "mouse-bound"
> information is actually reachable with display-local-help; though of
> course describe-text-properties is definitely a useful tool to have in
> one's kit (I usually reach for 'C-u C-x =' FWIW).
If only that command had a more descriptive name...
> (IMHO the flymake-warning face (wavy underline) would be less
> surprising; in fact I find this style check being part of the "regular"
> font-locking a bit surprising too, this is the kind of opt-in linting
> I'd expect of flymake 🤷)
The wavy underline is used by flyspell-mode to show mis-spellings, so
I at least would be confused by seeing it on code.
next prev parent reply other threads:[~2024-12-04 17:32 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-12-03 18:49 bug#74673: 30.0.92; face warning on legal elisp syntax Christopher Howard
2024-12-03 19:02 ` Eli Zaretskii
2024-12-03 19:19 ` Christopher Howard
2024-12-03 19:38 ` Eli Zaretskii
2024-12-03 20:48 ` Christopher Howard
2024-12-04 12:23 ` Eli Zaretskii
2024-12-04 17:12 ` Kévin Le Gouguec
2024-12-04 17:32 ` Eli Zaretskii [this message]
2024-12-05 9:28 ` Robert Pluim
2024-12-05 9:53 ` Eli Zaretskii
2024-12-05 10:06 ` Robert Pluim
2024-12-04 17:51 ` Jim Porter
2024-12-04 18:55 ` Eli Zaretskii
2024-12-06 4:46 ` Richard Stallman
2024-12-06 8:26 ` Eli Zaretskii
2024-12-12 17:20 ` Christopher Howard
2024-12-12 19:04 ` Eli Zaretskii
2024-12-04 15:42 ` Christopher Howard
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=86ldwvz73t.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=74673@debbugs.gnu.org \
--cc=christopher@librehacker.com \
--cc=kevin.legouguec@gmail.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.