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#27229: eldoc wrong highlighting for "when" Date: Tue, 03 May 2022 14:31:29 +0300 Message-ID: <83o80e4zu6.fsf@gnu.org> References: <87k0w6dg58.fsf@web.de> <87o89a12nc.fsf@gnus.org> <86lf4dwxk8.fsf@gmail.com> <874kb1wwru.fsf@gnus.org> <86y28dd1r9.fsf@gmail.com> <87zgssu9sl.fsf@gnus.org> <86wnnwlbjm.fsf@gmail.com> <875yvgqwsy.fsf@gnus.org> <87y1zk1b1b.fsf@gnus.org> <835ymn6hum.fsf@gnu.org> <87fslr0ywx.fsf@gnus.org> <83r15a514r.fsf@gnu.org> <87tua6yirx.fsf@gnus.org> <83pmku50ao.fsf@gnu.org> <87fslqyi3k.fsf@gnus.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="5501"; mail-complaints-to="usenet@ciao.gmane.io" Cc: andrewjmoreton@gmail.com, 27229@debbugs.gnu.org To: Lars Ingebrigtsen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue May 03 13:32:21 2022 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 1nlqlQ-0001HT-Kn for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 03 May 2022 13:32:20 +0200 Original-Received: from localhost ([::1]:35774 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nlqlP-0004Mg-Ht for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 03 May 2022 07:32:19 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:36570) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nlql8-0004Jz-KP for bug-gnu-emacs@gnu.org; Tue, 03 May 2022 07:32:04 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:44904) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nlql8-0000eM-5T for bug-gnu-emacs@gnu.org; Tue, 03 May 2022 07:32:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1nlql7-0004kB-Uk for bug-gnu-emacs@gnu.org; Tue, 03 May 2022 07:32:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 03 May 2022 11:32:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 27229 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: confirmed Original-Received: via spool by 27229-submit@debbugs.gnu.org id=B27229.165157748616507 (code B ref 27229); Tue, 03 May 2022 11:32:01 +0000 Original-Received: (at 27229) by debbugs.gnu.org; 3 May 2022 11:31:26 +0000 Original-Received: from localhost ([127.0.0.1]:38801 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nlqkY-0004Hy-C9 for submit@debbugs.gnu.org; Tue, 03 May 2022 07:31:26 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:43164) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nlqkW-0004CM-SG for 27229@debbugs.gnu.org; Tue, 03 May 2022 07:31:25 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:52344) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nlqkR-0000ax-FD; Tue, 03 May 2022 07:31:19 -0400 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=igzkGYgJuc26vtVVhRbmvud/5wbFYWYOQccUb6spgO4=; b=iB0AUIhwk/9R rjFUbh23oL6wFaw4NLQWZpfhD9hKZclth5CHxnpn6MMVoV+UptJpAAkltUXVa8lvRnngztVHnf8tK 5A7o34L0WUdLMrOGkzqoMJpeQCUNoLSzFpN+Uq+W8HCy2SFaTGVn416+GSgVDrSVzYn+9z2w428vD x5bZQkKtNpwNapUYbBFBr7jj8dzImAARXQq7dBlRp1+ASUi++7LBDEGctVfb+ntC0/2VpNbTVxQQW Xm4W7UsRhhTI364h1moE6P9FHizenLzi1pqq0ZNqCN195UxR3aENZccbZXxrg48mUJTd6otRFIq58 ZTV50m1zkn3saY95MOjwYg==; Original-Received: from [87.69.77.57] (port=2264 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nlqkQ-0008Hh-UL; Tue, 03 May 2022 07:31:19 -0400 In-Reply-To: <87fslqyi3k.fsf@gnus.org> (message from Lars Ingebrigtsen on Tue, 03 May 2022 13:24:15 +0200) 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" Xref: news.gmane.io gmane.emacs.bugs:231322 Archived-At: > From: Lars Ingebrigtsen > Cc: andrewjmoreton@gmail.com, 27229@debbugs.gnu.org > Date: Tue, 03 May 2022 13:24:15 +0200 > > Eli Zaretskii writes: > > > So you are saying that we cannot use "(fn ..." because eldoc doesn't > > like that? Doesn't sound reasonable to me. eldoc is a minor, albeit > > important, mode; it isn't right for a minor mode to dictate our > > documentation formats. > > No, I'm saying that the (fn ... in when/unless was wrong in any case, and > shouldn't have been there. What about the more general case of using that in any other place? Are you saying that it will work in other places, and just in those two places didn't work? > Since we don't use that in the hundreds of other &rest body macros, > it serves to confuse the users who will wonder why when/unless look > odd. I'm not worried too much about these two, I'm more worried about the ability to use the advertised-signature feature in general. > Like I said, if we want to change how we present &rest body to the > users, then we should do so for all of these macros, and not just two. What about if I want to change that only for a specific case, not in general? Is this now "verboten"?