From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Newsgroups: gmane.emacs.bugs Subject: bug#43103: 28.0.50; Default ElDoc composition strategy in Elisp mode (eldoc-documentation-strategy) Date: Mon, 31 Aug 2020 09:38:19 +0100 Message-ID: <87sgc3gqh0.fsf@gmail.com> References: <87h7sla2gc.fsf@gmail.com> <83wo1hxx4c.fsf@gnu.org> <87r1rpigff.fsf@gmail.com> <83tuwlxqow.fsf@gnu.org> <87k0xhi51w.fsf@gmail.com> <83blisxl9o.fsf@gnu.org> <878sdwi2ra.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="38780"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: 43103@debbugs.gnu.org, larsi@gnus.org, monnier@iro.umontreal.ca To: Dmitry Gutov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Aug 31 10:43:54 2020 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 1kCfPt-000A0V-T5 for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 31 Aug 2020 10:43:53 +0200 Original-Received: from localhost ([::1]:54212 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kCfPs-0004FO-VR for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 31 Aug 2020 04:43:52 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:44094) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kCfLC-0002mW-Mz for bug-gnu-emacs@gnu.org; Mon, 31 Aug 2020 04:39:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:39972) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kCfLC-0007Eu-CE for bug-gnu-emacs@gnu.org; Mon, 31 Aug 2020 04:39:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kCfLC-0003Nq-9M for bug-gnu-emacs@gnu.org; Mon, 31 Aug 2020 04:39:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 31 Aug 2020 08:39:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 43103 X-GNU-PR-Package: emacs Original-Received: via spool by 43103-submit@debbugs.gnu.org id=B43103.159886311112968 (code B ref 43103); Mon, 31 Aug 2020 08:39:02 +0000 Original-Received: (at 43103) by debbugs.gnu.org; 31 Aug 2020 08:38:31 +0000 Original-Received: from localhost ([127.0.0.1]:51518 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kCfKh-0003N6-1c for submit@debbugs.gnu.org; Mon, 31 Aug 2020 04:38:31 -0400 Original-Received: from mail-wm1-f47.google.com ([209.85.128.47]:38674) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kCfKe-0003Mr-QL for 43103@debbugs.gnu.org; Mon, 31 Aug 2020 04:38:29 -0400 Original-Received: by mail-wm1-f47.google.com with SMTP id l9so666967wme.3 for <43103@debbugs.gnu.org>; Mon, 31 Aug 2020 01:38:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-transfer-encoding; bh=r8F8xjpCRIqIR/ViFuF5UQBhDoaUCVBWO5rGfXL0/Kc=; b=IDoWQr+yK0rjfQqfuyVBIE4iByW8XBq6GLuxLdgsteeNhNHBdwz9w1d0oIKIDT5A6f h0Zz8Xhmv35BzGB6SMmESlnxcEgCgTzP81f13G+ciP9CJhY48UNi084K6lTO9hRGKnBH aKM78Uo7Uuc3YMBTV9XDpvx9r5CzNM2ScY/Ah91lSo1rjXBDKiqiGCPNq6M67oaBfYck SYD2JxZ3gge0PcR0u5hSctzJyjJmZBS1RmCsbfjv+zkaGHR6nRbTfqBzevDWdw/qnIUN 0vQI0JZKu09tURnE11Ew1SzL+uB2QW9u32Tvh0Ijc9iqYFvha32l95X9yB9oMraj0pCI vXMw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-transfer-encoding; bh=r8F8xjpCRIqIR/ViFuF5UQBhDoaUCVBWO5rGfXL0/Kc=; b=XH0o3snaRmH/juG+NRSjiQRBLgJCj9gDZ4CzBNOoZsjtE+z6WEOqi7FxMDa/FJy8X8 e+y+UcV82o06l1Vd4oKiJp5YH9eXoPzThEzvY++HwV4lGW/kpnFKJ+SDcZKfooVzWQtM eyHid6F6TRdCEc5FdGOoCNpl96QlwBkilQs96m3AqRCm07NjoNF1uh4FtaA3FA1bSVTY hWcNpCyMvthsOPZbpT+ib/UQfzTkEn1RWdgWHRJxzUqlRuE5GFdNad3/uxyORuaqyk6L 4WIa3VTMFCKqXKjeJZTYn965dOsT9eLyighVbb+mDdqgqT46dXWGARwvMOY30765slPK 7meQ== X-Gm-Message-State: AOAM530GlMB5IAvvoWy6UzKgKB5WQDDDz26+Ht5yfdpQVPJf4MTlFJvY HuCSPW8fSbkKIn1kVFAezhc= X-Google-Smtp-Source: ABdhPJytSNCow485a/yP9IOJdK/Pag2TWdbrNrxlX3wfK31AhAVlJgkbDbn3JXe7y1LatBZkx79+lw== X-Received: by 2002:a1c:56d6:: with SMTP id k205mr366093wmb.88.1598863102878; Mon, 31 Aug 2020 01:38:22 -0700 (PDT) Original-Received: from krug (173.37.158.5.rev.vodafone.pt. [5.158.37.173]) by smtp.gmail.com with ESMTPSA id x2sm11806443wrg.73.2020.08.31.01.38.21 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 31 Aug 2020 01:38:22 -0700 (PDT) In-Reply-To: (Dmitry Gutov's message of "Mon, 31 Aug 2020 04:07:19 +0300") 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:186748 Archived-At: Dmitry Gutov writes: > On 30.08.2020 18:15, Jo=C3=A3o T=C3=A1vora wrote: > It's true, but the curious reality is that AFAIK the built-in eldoc > functions (foremost, the Elisp one) have always used the one-line > display, even when they could show more. > > These is definite wisdom in that. I see only signs of rudimentary intial design which predates eldoc-...-multiline-p, composition, Flymake... > Change the default in eldoc.el. Why emacs-lisp-mode? See subject line. > One would probably prefer to see the description of the compilation > error rather than the function signature, if they had to choose. Maybe you would, you can adjust it. I'd rather not change more defaults than the one suggested in the subject line. >> - even if eldoc-echo-area-use-multiline-p is set to nil, users can still >> get to all the info collecte by ElDoc with the new >> `eldoc-documentation-compose` strategy by pressing M-x eldoc-doc-buffer > > Is that the only benefit? No. > This command is pretty odd in its design. But if its main purpose was > to show multiple eldoc results together It's similar to `help-buffer`, but also switches to the buffer when called interactively. I don't see anything odd in that, in Emacs terms. The command pops a window to *eldoc ...*, a less restricted view into the continuously composed results of ElDoc collection, the echo area being a much more restricted outlet. In the future, there could/should be an arbitrary number of such outlets: windows, frames, tooltips, some more restrictive, some less, some more interactive, some less. This is beyond the scope of this bug, though. Jo=C3=A3o