From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Dmitry Gutov 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 04:07:19 +0300 Message-ID: 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; format=flowed Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="35375"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 Cc: 43103@debbugs.gnu.org, larsi@gnus.org, monnier@iro.umontreal.ca To: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= , Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Aug 31 03:08:20 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 1kCYJ1-00095P-Q2 for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 31 Aug 2020 03:08:19 +0200 Original-Received: from localhost ([::1]:59198 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kCYJ0-0003hB-Rf for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 30 Aug 2020 21:08:18 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:54222) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kCYIk-0003SV-EQ for bug-gnu-emacs@gnu.org; Sun, 30 Aug 2020 21:08:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:39502) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kCYIk-000685-4k for bug-gnu-emacs@gnu.org; Sun, 30 Aug 2020 21:08:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kCYIk-0004Y3-0e for bug-gnu-emacs@gnu.org; Sun, 30 Aug 2020 21:08:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 31 Aug 2020 01:08:01 +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.159883604817444 (code B ref 43103); Mon, 31 Aug 2020 01:08:01 +0000 Original-Received: (at 43103) by debbugs.gnu.org; 31 Aug 2020 01:07:28 +0000 Original-Received: from localhost ([127.0.0.1]:51048 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kCYIC-0004XI-2E for submit@debbugs.gnu.org; Sun, 30 Aug 2020 21:07:28 -0400 Original-Received: from mail-lj1-f176.google.com ([209.85.208.176]:35684) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kCYIB-0004X6-AW for 43103@debbugs.gnu.org; Sun, 30 Aug 2020 21:07:27 -0400 Original-Received: by mail-lj1-f176.google.com with SMTP id i10so4810449ljn.2 for <43103@debbugs.gnu.org>; Sun, 30 Aug 2020 18:07:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=lyD75QySdpVjnEOtBAbO8VXYrmeYYdJGVRJicsy4/AA=; b=tB/dWB98GuWfjPXfIRJODIMuVYlHvOQPfQ0pjK/ZpAltMPTPH+kkrfllKHx4dR5wIZ trAvxds18qeicKm5Np9crpQHtKAmJI47xY9WqNp/i1WwBszs3T4hSC05q+Kzvj014Fu9 VK6b4qzRSlhKjzyWHvuX0i1ahrsOlKzL4flPkWn73iwDkEgubHczPrvSX/xi5lBotLzD 65EXHUsU1B2tXcqt+5o3qTh6Qw6kb229sbcW4lS4d7IqnZ83jdcysbFRBeJ/Ri2vz0xV gJAQ04Cs636o/ZR+PaoyEJHCdXjlumPaRIExE6YTpwG+Ee2jpd5FXBOG1EM02ko6iGRe Djvw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=lyD75QySdpVjnEOtBAbO8VXYrmeYYdJGVRJicsy4/AA=; b=MR1uc4Nlqcy0atKjXMaKGgL5UZjNjGdxv6I4l63e9QH4ZrQkQ+Ured3X+QayjM39HD F4fsRUDUTl7R3HSNUlKq8ReBVjBoZvKOqTI4WeGV1xgcU6uKH5n1gjyfqtY97Uu2KdiP UAdVe2xnH0xrrrRBDib1Jsc8768cr/qEHFOhpgcBRttkKgZj9y2Az5WwpWaPNM9Vb9mB Fu7XCdu6tdnwdcm1K7+SRLwDWZDeUOHQvBMysaIIW0c8fojH0URzM68eepD32rmLMu0i aZUP/yk9utXtxVByDmJZxWxtbZAfFSCLNLllCTxZ4QWPtsYUicrooqQuvfdtTjmo3kgR Nd0Q== X-Gm-Message-State: AOAM531iIzgL9AoxX6ZLtjS1hA8pXrQpfoo6pJfmfMxXOUzQvIVaIvt2 kwZ5vtnjcfDzlp4lMWPLwrc= X-Google-Smtp-Source: ABdhPJwHl3tJ8dOOrZkClEBSaVGBc7MoTqOJRqyHnWHB0Zje+fHCXPUIcByJa8ofv1df4116Myp9vQ== X-Received: by 2002:a2e:9ac5:: with SMTP id p5mr4355395ljj.253.1598836041224; Sun, 30 Aug 2020 18:07:21 -0700 (PDT) Original-Received: from [192.168.0.104] ([94.229.108.16]) by smtp.googlemail.com with ESMTPSA id a12sm1578712lfi.83.2020.08.30.18.07.20 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 30 Aug 2020 18:07:20 -0700 (PDT) In-Reply-To: <878sdwi2ra.fsf@gmail.com> Content-Language: en-US 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:186734 Archived-At: On 30.08.2020 18:15, João Távora wrote: > Its default and original value is `truncate-sym-name-if-fit`, which (but > for one detail) basically amounts to `t` or "yes, do use multiple > lines". So we could 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. > 1. greet these annoyed users with this fact and tell > them to set eldoc-echo-area-use-multiline-p to nil or 1 > > 2. set it to such a value by default in emacs-lisp-mode Change the default in eldoc.el. Why emacs-lisp-mode? > 3. wait for the aforementioned overhaul to somehow give us better > perspective before doing the work of this bug report (i.e. switch to > eldoc-documentation-compose in emacs-lisp-mode). Or that. > At any rate, as I wrote earlier: > > - the Flymake Eldoc source is last in the list, so it will be the one > edited out if eldoc-echo-area-use-multiline-p is set to nil. In > practice this would amount to no immediately visible change in > behaviour; One would probably prefer to see the description of the compilation error rather than the function signature, if they had to choose. > - 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? This command is pretty odd in its design. But if its main purpose was to show multiple eldoc results together, it could always use the 'compose' strategy itself, regardless of the value of eldoc-documentation-strategy.