From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Michael Heerdegen Newsgroups: gmane.emacs.bugs Subject: bug#26301: 24.5; `define-derived-mode': different signatures for doc string & manual Date: Sun, 28 Jul 2019 02:14:45 +0200 Message-ID: <87k1c3dngq.fsf@web.de> References: <8cad00f7-f86e-4d12-ad36-05214708aff1@default> <8736itnjkk.fsf@mouse.gnus.org> <855znokfrs.fsf@gmail.com> <7e2203c3-0855-4716-9700-d2b31b4cc4ba@default> <87zhkzdssw.fsf@web.de> <04854612-43af-4085-8f2f-ff481ce329cb@default> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="121657"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: Lars Ingebrigtsen , Noam Postavsky , 26301@debbugs.gnu.org To: Drew Adams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Jul 28 02:16:11 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1hrWrA-000VUu-2m for geb-bug-gnu-emacs@m.gmane.org; Sun, 28 Jul 2019 02:16:08 +0200 Original-Received: from localhost ([::1]:47684 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hrWr8-0000Nk-CV for geb-bug-gnu-emacs@m.gmane.org; Sat, 27 Jul 2019 20:16:06 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:58122) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hrWr5-0000NQ-DJ for bug-gnu-emacs@gnu.org; Sat, 27 Jul 2019 20:16:04 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hrWr4-00047b-FB for bug-gnu-emacs@gnu.org; Sat, 27 Jul 2019 20:16:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:36774) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hrWr4-00046y-78 for bug-gnu-emacs@gnu.org; Sat, 27 Jul 2019 20:16:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1hrWr4-0005fv-1L for bug-gnu-emacs@gnu.org; Sat, 27 Jul 2019 20:16:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 28 Jul 2019 00:16:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 26301 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: fixed Original-Received: via spool by 26301-submit@debbugs.gnu.org id=B26301.156427290821746 (code B ref 26301); Sun, 28 Jul 2019 00:16:01 +0000 Original-Received: (at 26301) by debbugs.gnu.org; 28 Jul 2019 00:15:08 +0000 Original-Received: from localhost ([127.0.0.1]:45595 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hrWqC-0005eg-4T for submit@debbugs.gnu.org; Sat, 27 Jul 2019 20:15:08 -0400 Original-Received: from mout.web.de ([212.227.17.11]:40135) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hrWqA-0005dt-3L for 26301@debbugs.gnu.org; Sat, 27 Jul 2019 20:15:06 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=dbaedf251592; t=1564272888; bh=nI9AcMYTSkKTrH2DGcahOGe88RSuMVY0m6hFjbVSdys=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=fMTiIsLinhbrSt4FcA99HNGpZfWWjfbb7G/24Pd+s5g67NTpo8jphLjah0qrmM66W qLItmlwUlJSvet5uBe31o0LdsAaC1bjxAhVFUja5OWKOKQrvXFIyX3wexwJVmKUwT+ 3DM9crYGSaTGuJ/rB5heQw+D6r2LIHE4Jjbxc0Do= X-UI-Sender-Class: c548c8c5-30a9-4db5-a2e7-cb6cb037b8f9 Original-Received: from drachen.dragon ([92.208.178.242]) by smtp.web.de (mrweb103 [213.165.67.124]) with ESMTPSA (Nemesis) id 0Ma2Pz-1i6aBD0S3b-00Lmco; Sun, 28 Jul 2019 02:14:48 +0200 In-Reply-To: <04854612-43af-4085-8f2f-ff481ce329cb@default> (Drew Adams's message of "Sat, 27 Jul 2019 17:01:30 -0700 (PDT)") X-Provags-ID: V03:K1:iPhe3terNyTVbftJQHaqGSZw9IFo9juhfoDDLXb9fE9j5jlSdsj plCPR4tCZbkBFq6xdK8TZWYgHA5g3bAZpjkagQt5xGLSv4bsTfHt2V32OCxacz2UHkf1AaX 9Yr53pDkj0bJ0b8rbMaq3rGR/p7RIPArwMD424TyzaPWwSV5cORz1ZJcIE30oZkOe3N326N LAO1l4NtwDE85J5c63VFQ== X-UI-Out-Filterresults: notjunk:1;V03:K0:ZJ4cyRLDXGs=:sUWAPS4Rp88yHpJhoZrLKe M8PwR4HgjMZJhv91D45yJpCTVaLOmhDvGqitml7xB/MejG0fdEHaWOKDUPNJtShEgTvtrtS+f WlUOjqabSAvdxI/q1riFj5/swxiLGV5t7x9P1KiMVZOXygs4Hsxy39gjAxPg/4faZkWlTAj+O 7DVhuuCkGyE7VqECJzAKdsjlRZm5ocVx8/lgIPoJzHj3jYCyhxeORQ3d/LhTgnxoiJ+r9bnGu YA3hBjnCDX44dczE5rk6NOhtAIVKjh/Hq1RykXMKHj/g1x15x82M8tvCayNuk9Roa9AjngCoZ vgpsD0gOY6NY0s3VkpdZVsDcsP48JpycA67FcleriLB3NpB2yx3ewtXuIKptwO3Rt8Ld3XJrw kk3Mc7rx2Xzn90GScVesSsFYs3E3f4RdFRcOF91OD6RU6sPoC22U/EKEmpH9EcwVJZxqcAUup RLCbHvc0byJ1zUH06zkPEpO/zbSjJd2zrYpJVf2rHu4mUOFpKTa17zUfeBhEfsgf3k0HGu9Hv LivH0Or405826wfrjIesAbx7ZNM2ftDdOeYE9xPmj3+31H/Dv7ua/7oajAG9SzKmnxTJRSPps kYuz9oK8upWZyyQ+goRE1fetdqm8fQP4sd3K68JcUKz/Dp95IHd59ZnbWNyOUTYNOqyWMXhYz UTX7AyOVbKyD2+IlzVwlBvjfTiuJObJyZml8/kDKpkNAvtNV/2CwIFMusJwtXQXVdak3ufYN3 4kZs5FFkX0pcu/QfcIRQ+CLSexOWslqNUv2LCioadzljAxi18QWuzEr2aBMZj6FdrGzDi+4Y X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.43 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.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:163925 Archived-At: Drew Adams writes: > > > However, in that case, KEYWORDS is the _wrong_ name. > > > > In a similar case, `define-globalized-minor-mode' uses the name KEYS > > (it's the name of the &rest arg though). > > If each of the args in the &rest list is a KEY then that's fine. No, that's not the case. > Dunno whether our convention allows [KEYWORD VALUE]... > (i.e., with the ... after the optional indication). Yes, or even [[KEYWORD VALUE]...]? I don't know if we have an official convention at all. In this case here, since &rest is following this specification, I think eldoc will be confused in any case since it can't distinguish between keyword-value pairs and the following &rest BODY. Michael.