From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#74673: 30.0.92; face warning on legal elisp syntax Date: Wed, 04 Dec 2024 14:23:08 +0200 Message-ID: <86bjxr1vtf.fsf@gnu.org> References: <874j3kfvq8.fsf@librehacker.com> <86h67k1tfq.fsf@gnu.org> <87wmggefrd.fsf@librehacker.com> <86frn41rqt.fsf@gnu.org> <87ldwwebn0.fsf@librehacker.com> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="4852"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 74673@debbugs.gnu.org To: Christopher Howard Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Dec 04 13:26:27 2024 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1tIoSY-00014C-EU for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 04 Dec 2024 13:26:26 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1tIoSD-00017k-PD; Wed, 04 Dec 2024 07:26:05 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tIoSC-00017c-D4 for bug-gnu-emacs@gnu.org; Wed, 04 Dec 2024 07:26:04 -0500 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1tIoSB-0002G1-5k for bug-gnu-emacs@gnu.org; Wed, 04 Dec 2024 07:26:04 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=debbugs.gnu.org; s=debbugs-gnu-org; h=References:In-Reply-To:From:Date:To:Subject; bh=CokAQpmpBk//VBMLc2Y5orSZG1U00+aqbKSEGMBYmao=; b=liYfXrN5Bkx8NTNbmM7LZMRev+xtFDuREOLnyuTMUTY7lvuSHjc0qgf0t/nokPfGwxbCvXQpWwTmfsjDJr/gR84ClF7WF4Y0Pq7KH3t4BDFI2KkRQWFKtITKeZPTC3S3QOaRvcwFPu9r01hnJCxupN+LTJb8xPy49/x3tSEZv2C8ax6JNZsPPvhr9YCwo3k4Sm669BEfRxuZkNJFbP4XmST4sYRSHL3py4KrUUQNLG1F21TFMin7gMiSdT0Ku7vx/7wUoi2Lv6UMxfIlLq2hEhJvXJ6elLbrj9N+I4fWe521WS7lOcsO57tZMJu1CwEIhdHgQP6Q5mp51PnNBUXAXQ==; Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1tIoS9-0006lB-Vm for bug-gnu-emacs@gnu.org; Wed, 04 Dec 2024 07:26:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 04 Dec 2024 12:26:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 74673 X-GNU-PR-Package: emacs Original-Received: via spool by 74673-submit@debbugs.gnu.org id=B74673.173331513225933 (code B ref 74673); Wed, 04 Dec 2024 12:26:01 +0000 Original-Received: (at 74673) by debbugs.gnu.org; 4 Dec 2024 12:25:32 +0000 Original-Received: from localhost ([127.0.0.1]:34544 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tIoRg-0006kC-9B for submit@debbugs.gnu.org; Wed, 04 Dec 2024 07:25:32 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:37948) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tIoRe-0006jw-GH for 74673@debbugs.gnu.org; Wed, 04 Dec 2024 07:25:30 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tIoPQ-0001tw-N2; Wed, 04 Dec 2024 07:23:14 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=CokAQpmpBk//VBMLc2Y5orSZG1U00+aqbKSEGMBYmao=; b=P/hhEGTS9iBU uaPHevgmUilnToQ8ElR3YKdYOZyGzVgw9AtXvMMHZDXBVC4ykUx5/yiKgDtPG0pCHffhZAnS8lee2 YIRIbV+S7Pgm+FPvCKoXj6rvC5M9AzS1Wa9MD3/jvQUithQ0i5LFEXiSr7YOyg2d9faYQ7wIrlfoK QH1mxPm8hkEIjxp3DdHr1OcWVphTeXBgm+XBG4s39GwD2WJAx7y9maM2d1CnYOqvhQGkSsNSLEI1h 6a/ppqnLfgaDheIfY9/+Z8xHLasW4q42Bz5qhSFOl8pn9wPXUA+7QjlKVF4FC4QXpsudtk5NnOWNl 7szwqCc1Tro6A4Bu51JaaQ==; In-Reply-To: <87ldwwebn0.fsf@librehacker.com> (message from Christopher Howard on Tue, 03 Dec 2024 11:48:19 -0900) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:296407 Archived-At: > From: Christopher Howard > Cc: 74673@debbugs.gnu.org > Date: Tue, 03 Dec 2024 11:48:19 -0900 > > Eli Zaretskii 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.