From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#43609: 28.0.50; eldoc-documentation-function [vs new eldoc-display-functions] Date: Tue, 6 Oct 2020 10:23:13 +0200 Message-ID: References: <2e610c3f-6e5f-c7dd-af2e-aeb5e20d8664@gmx.at> <87r1qjjppu.fsf@gmail.com> <3fa6b315-7fc0-06ee-81e9-b68d164aec1b@gmx.at> <87a6x7jf9a.fsf@gmail.com> <874knbi0jc.fsf_-_@gmail.com> <87362tggvl.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="30991"; mail-complaints-to="usenet@ciao.gmane.io" Cc: casouri@gmail.com, 43609@debbugs.gnu.org To: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Oct 06 10:24:32 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 1kPiGu-0007ug-FV for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 06 Oct 2020 10:24:32 +0200 Original-Received: from localhost ([::1]:58956 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kPiGp-00071x-Td for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 06 Oct 2020 04:24:28 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:51594) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kPiGQ-00071r-Ao for bug-gnu-emacs@gnu.org; Tue, 06 Oct 2020 04:24:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:40011) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kPiGP-0000Y4-Sl for bug-gnu-emacs@gnu.org; Tue, 06 Oct 2020 04:24:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kPiGP-0007ac-Og for bug-gnu-emacs@gnu.org; Tue, 06 Oct 2020 04:24:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 06 Oct 2020 08:24:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 43609 X-GNU-PR-Package: emacs Original-Received: via spool by 43609-submit@debbugs.gnu.org id=B43609.160197260329128 (code B ref 43609); Tue, 06 Oct 2020 08:24:01 +0000 Original-Received: (at 43609) by debbugs.gnu.org; 6 Oct 2020 08:23:23 +0000 Original-Received: from localhost ([127.0.0.1]:51557 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kPiFn-0007Zj-4s for submit@debbugs.gnu.org; Tue, 06 Oct 2020 04:23:23 -0400 Original-Received: from mout.gmx.net ([212.227.15.18]:35263) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kPiFl-0007ZX-7T for 43609@debbugs.gnu.org; Tue, 06 Oct 2020 04:23:21 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1601972594; bh=qrPqTJfnUT4LoQuPFHpQttODQK/GHwsKPRlpjf9/Qcg=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=OIUONoA0uNM1Hv1bi/KaFH+HVftnse1TLw3EzV/oug7wA7dMANQP4RnRaWX/VpZ2O kEeXooLUR+fJG4BkMpJuGuUdGu3rF+pblvRN7BytUO4NG1kj5W3qZitW+versvJZwg HrmyUqGJYMqiedJYOpv6PjJdYTaNrNHNpj+0G+Bg= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from [192.168.1.101] ([212.95.5.2]) by mail.gmx.com (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MY68d-1jrw4d1xdd-00YTvs; Tue, 06 Oct 2020 10:23:14 +0200 In-Reply-To: <87362tggvl.fsf@gmail.com> Content-Language: en-US X-Provags-ID: V03:K1:+Q2c9fSgpPeNJldhbE+V5FtuBTkNSgZ+gb1ryXZKYrmqXRAh6Ti w9SRyNjCtA8vTGGpj6YUHF/ibLOYDjNU1UxQvc2XHs9Zjv+LzKy27h7aVLK1wKuQ/WIzLw6 klX6nzgLzMk9VTlTszOL7AKEvwcmmmYqwBAz9NzntAdGjRrnbSmbjvmwQyNDaXP/pZMRsKP Cn/3jrpp5GcPqqZdFxQfg== X-UI-Out-Filterresults: notjunk:1;V03:K0:+TZeM05rr94=:rWzk3Q00StKNsBbTncjrkG xmHc+5m6zYJyBJ7Ih5zhCqndMWSNEMoFjMN4hyAbkLoReRRvEVuTy/aBxCWzVB2nA9GXPoR89 TSrl4tn0yen2Uc/JbLMxQmMdVqXYlfEYOvy1M0os91kwx5Ie1PQR939ppqGMUvHI8eQeg5ocR sJwIbWZSXjqkvAJ6GZGoIBkQgj0riW6mCDXMh8qo3fc1pNPT4GzN1KeuMMoJxuC/+KZFVjoRI mgQ9VUjNC/vJGPz6gAvLAvJ3yy2JUnI/qFKHWVVDBIrvu3INQbMJxR+37j3rLgIddkPQFFr6f T7WBRi+dIHIHgGpHdJMp/J9LjEA8X5PkYlD8xdXiDwXFY32FNf0nhW/ogo9LXRhpq2fzUFQrR TxFjScSHV4UhKYl+kMA8B7xDBaQp5GEhuy1zLg9FFtf1ufNKvlfGHhVrl1r0h3njj5aFQc7S/ FvX/j30FG0jVkG98h1D0eCzuvpyVeBVWY7egKUMtCZbp/FXXsO7iutgYCxARPF/fe7D523Oxd /53LHVFRCEd334Qz/EHkZ2xc4HzhKcdGKLjVZ7TjrRme9CxHjY7Bu5V1l1rzwIn56O8ecZIAP 3reMCeUsWVn0Rve9xYzjm6KaNeNqOb6MMk17+SFOostBVNzirNp7DtKNlt+iJD8o2SIJT8Z4X Kuf1EureOxZ70s4vm9bKsj9MVx96kxf+08wRFE80/2HStdsSP1rWWJo3caD1zH2oSVbyQr88T t1CTI0u5xHl4C/TWM4D0qWeswLhL158duCUDCBzaUzc0zSsgQSpPpzysJxqHvnpdHcze+/P5 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:189880 Archived-At: >> Thank you. I had some autoload problems ('ede-add-project-autoload' >> had a void function definition) so I had to bootstrap Emacs here whic= h >> took some time. > > I had the same problem: it appeared in Emacs master recently. Good to know. It's such problems that make me avoid pulling master unless it's absolutely necessary. > Right, as I said, this is to show you how eldoc-display-function works= , > not to fix your library definitely. I see. > Anyway, in the > eldoc-tooltip-joao.el file I gave you, I passed the function #'car to > mapconcat, right? This was just a quick and lazy solution: to get tha= t > augmented information you have to pass it a function that uses more > properties of the list that represent a piece of documentation. But I= > think the previous 'martin' function I gave you should have exactly th= at > string producing function inside it, right? I tried to do that but wasn't able to get some useful behavior out of it. All Emacs tells me is that it was entering the debugger. Since you have both, the 'martin' function and the eldoc-tooltip-joao.el file, could you please just put the former into the latter and send it to me so I'm not doing anything wrong. Maybe it's also the 'martin' function itself but I also (1) get an empty tooltip using that function in my normal eldoc-tooltip.el - so 'martin' apparently does not always "return nil when there=E2=80=99s no d= oc appropriate for the context" and (2) window scrolling sometimes stops here without apparent reason - something which may be completely unrelated to the eldoc problem, given that I have not pulled master for months. >> (2) My pop-up-mini window child frame pops up whenever a tooltip is >> immanent and shows the _expected_ full eldoc text in the echo area. >> >> Now one aim of eldoc-tooltip is to show eldoc information in a separa= te >> window near point and the other is to never show eldoc information in= >> the echo area so to avoid polluting the latter's contents and popping= up >> my minibuffer frame all the time. > > Makes perfect sense I guess. You should be able to > > (remove-hook 'eldoc-display-functions 'eldoc-display-in-echo-area) This works indeed. > Yes, it is. But do you really need a minor mode? I think activating > your extension could be a matter of: > > (remove-hook 'eldoc-display-functions 'eldoc-display-in-martins-too= ltip) > > instead of a global minor mode. Then you would let ElDoc mode _drive_= > your extension. I'm not yet sure of the consequences of doing that. Thanks, martin