all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: Christopher Howard <christopher@librehacker.com>
Cc: 74673@debbugs.gnu.org
Subject: bug#74673: 30.0.92; face warning on legal elisp syntax
Date: Wed, 04 Dec 2024 14:23:08 +0200	[thread overview]
Message-ID: <86bjxr1vtf.fsf@gnu.org> (raw)
In-Reply-To: <87ldwwebn0.fsf@librehacker.com> (message from Christopher Howard on Tue, 03 Dec 2024 11:48:19 -0900)

> From: Christopher Howard <christopher@librehacker.com>
> Cc: 74673@debbugs.gnu.org
> Date: Tue, 03 Dec 2024 11:48:19 -0900
> 
> Eli Zaretskii <eliz@gnu.org> writes:
> 
> > Move the mouse pointer there and wait for a split-second: you will see
> > the answer in a tooltip.
> >
> 
> Is there a way to view tooltips without making any use of the mouse? I see that I can get tooltips displayed in the echo area, but apparently I still must utilize the mouse to see the tooltip in the first place.

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.

> >> (2) should we consider using a distinct face for style warnings?
> >
> > What's wrong with font-lock-warning-face?
> >
> 
> In my mind, a style warning is significantly different from a warning about somethat that might cause my code to malfunction when run or compiled. If there was a face specific to style warnings, I would make it a distinct and less dramatic face appearance.

It's the same case: we show this in the warning face because
oftentimes this is a mistaken code, because it's easy to misinterpret.

> I see this warning is hard coded in lisp-mode.el. There does not appear to be an option to turn this warning on or off, though I suppose I could replace lisp--match-hidden-arg with something that always returns not-matching.

This is Emacs, so you can do almost everything with it.  But my
recommendation is to get used to this warning face: it saved me from
trouble several times, and I'm sure others have similar experiences to
report.





  reply	other threads:[~2024-12-04 12:23 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 [this message]
2024-12-04 17:12           ` Kévin Le Gouguec
2024-12-04 17:32             ` Eli Zaretskii
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=86bjxr1vtf.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=74673@debbugs.gnu.org \
    --cc=christopher@librehacker.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.