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 22:12:09 +0100 Message-ID: <87wo1eikpi.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> <87sgc3gqh0.fsf@gmail.com> <60560e93-40e8-b7bf-1339-fbd48c792588@yandex.ru> <873642k1fg.fsf@gmail.com> <59d878fc-98e0-26c3-e568-239638f54962@yandex.ru> 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="8844"; 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 23:13:18 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 1kCr76-0002Bc-6F for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 31 Aug 2020 23:13:16 +0200 Original-Received: from localhost ([::1]:53940 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kCr75-0003t6-4d for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 31 Aug 2020 17:13:15 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:45942) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kCr6s-0003qJ-EO for bug-gnu-emacs@gnu.org; Mon, 31 Aug 2020 17:13:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:42375) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kCr6s-0000he-2m for bug-gnu-emacs@gnu.org; Mon, 31 Aug 2020 17:13:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kCr6r-0005vD-SC for bug-gnu-emacs@gnu.org; Mon, 31 Aug 2020 17:13:01 -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 21:13: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.159890833922712 (code B ref 43103); Mon, 31 Aug 2020 21:13:01 +0000 Original-Received: (at 43103) by debbugs.gnu.org; 31 Aug 2020 21:12:19 +0000 Original-Received: from localhost ([127.0.0.1]:53920 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kCr6B-0005uG-6k for submit@debbugs.gnu.org; Mon, 31 Aug 2020 17:12:19 -0400 Original-Received: from mail-wr1-f48.google.com ([209.85.221.48]:45497) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kCr69-0005u1-By for 43103@debbugs.gnu.org; Mon, 31 Aug 2020 17:12:17 -0400 Original-Received: by mail-wr1-f48.google.com with SMTP id h15so7267453wrt.12 for <43103@debbugs.gnu.org>; Mon, 31 Aug 2020 14:12:17 -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=B6A1i5hFhz7ES2h89gJMaTPBc3dnTMA+1SIf691IZDQ=; b=KPoeYcmhSy3GkeTJEHo+/sbiCff8IRtkofYKmUiTbhqHv3EDjNMb/GYgXvEfHGbQIj VNxaEpf/JQfVpSb7xk9sj9gNb9TZAUyjlXW9Qb5+3BlkT6SyaSNL0y+fnXaHexio1FE6 P9v6BoXzM+PlL3h+6rcdWywyHROxM+5xetPyyxZNx3eGCW/Ht4cJrOv34ESEXwJzkqJh swFLh9rFvhU6YMCk4wKxYPZ1b0BX7GyU+vJdRafLVjQLXjctK0wmFwE+4a/8eNKnbd2j 28W/3Fss5yJr5uQe2Kq4XB8SH9YNDztKpARGhVJa+HpOk0aAL9jj5naNrLiaGAxT5e3o wSfw== 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=B6A1i5hFhz7ES2h89gJMaTPBc3dnTMA+1SIf691IZDQ=; b=rToeTOHnqjJmri4Kj05jwS6+0QWThaVuy8ChySWpmgSpMYIaMP2vEvbqDgInf92PSF puAkbVIU+sq9wqNCYrWWsYpT3fdU+CbgMG/yXRavvkZFFsC2pFRavbVyJHR02krbkURd /lrdUEQr/LY2hLUpgF7DIGBSG3Ai4Sbp7PgriheFGosPJ0t++AYxvT6wkr0CIyd3gyjh oAUuz53Rs98DQefx6ssRiUmCQ6dDLUI/b5Blqiu3Lc1q1bpustBQZU4mOC0BDkiUpemL 8ZjgqTsYl1kmmGk5s0lf3xsC85zjqSKKx22leGXx0bTdpQpUg7cIQR0mEU6ZHO0zkj3I 2s6Q== X-Gm-Message-State: AOAM532C/xHvz5K2X7LNmZsaRQ3wvIhvGpqTvbbVLtXGiclDvBBp0k7v nFxfu2qCEe+beD1TW6DaZpw= X-Google-Smtp-Source: ABdhPJyRbNo5cAhC/6RPIluOAb5LMnhW1OVz0EEgOEdZsEj0ZueBfAe6hehQFD0oIvHL/2uZch7gjg== X-Received: by 2002:a05:6000:110b:: with SMTP id z11mr3385179wrw.426.1598908331510; Mon, 31 Aug 2020 14:12:11 -0700 (PDT) Original-Received: from krug (214.221.137.78.rev.vodafone.pt. [78.137.221.214]) by smtp.gmail.com with ESMTPSA id 201sm1109369wma.27.2020.08.31.14.12.10 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 31 Aug 2020 14:12:10 -0700 (PDT) In-Reply-To: <59d878fc-98e0-26c3-e568-239638f54962@yandex.ru> (Dmitry Gutov's message of "Mon, 31 Aug 2020 23:48:10 +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:186805 Archived-At: Dmitry Gutov writes: > On 31.08.2020 23:25, Jo=C3=A3o T=C3=A1vora wrote: > >>>>> These is definite wisdom in that. >>>> I see only signs of rudimentary intial design which predates >>>> eldoc-...-multiline-p, composition, Flymake... >>> That doesn't mean the initial design didn't get something right. >>> If it didn't, this aspect would have likely changed by now. >> It couldn't change because there weren't the tools for it to change. >> There are now. > > I don't think so. It still uses the echo area. The echo area is not one of the new tools. >>> Having a major mode exhibit a different behavior WRT eldoc strategy is >>> bound to be confusing. E.g., why Elisp and not Python? Why not the >>> rest? >> I think people are used to their major modes working in a certain >> way, >> and changes to that way should come about incrementally. > > Many of us here program in multiple programming languages. > > Having major modes exhibit different behaviors where they don't have > to is jarring. Shall I enumerate variables that are set differently per major-mode? Your argument is very odd: every major mode has different behaviours, including for example the shape and form of the elements of eldoc-documentation-functions. > They don't have multiple documentation sources? One from major mode, > another from Flymake, at least. But you don't know in general the form of each of those, or if there may be more, or other characteristics. >>>>>> - even if eldoc-echo-area-use-multiline-p is set to nil, users can s= till >>>>>> get to all the info collecte by ElDoc with the new >>>>>> `eldoc-documentation-compose` strategy by pressing M-x eldoc-doc-buf= fer >>>>> >>>>> Is that the only benefit? >>>> No. >>> >>> Any others? >> For example, it can be used to have ElDoc information permanently >> visible in another frame. > > In the default configuration? Yes. > You're proposing to change the default configuration. > > To clarify, I was asking whether this was the only benefit of changing > the strategy if we also set eldoc-echo-area-use-multiline-p to nil. Hopefully you understand now. I've told you all I know. > One particular way it's unfortunate, is I actually *would* like a > generic "show documentation" feature with an existing key > binding. Shame it doesn't really work for that purpose. Try M-x eldoc and global-set-key and tell us what's missing. I don't know how this relates to the ElDoc buffer or its purported "weirdness". Jo=C3=A3o