From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Newsgroups: gmane.emacs.bugs Subject: bug#41531: 28.0.50; proper Eldoc async support Date: Fri, 05 Jun 2020 23:53:49 +0100 Message-ID: <87k10ljf9e.fsf@gmail.com> References: <87eeqwm101.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="33366"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: mvoteiza@udel.edu, 41531@debbugs.gnu.org, Stefan Monnier , Dmitry Gutov To: Andrii Kolomoiets Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Jun 06 00:54:10 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 1jhLE1-0008Yw-Ja for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 06 Jun 2020 00:54:09 +0200 Original-Received: from localhost ([::1]:50354 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jhLE0-0006qV-C1 for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 05 Jun 2020 18:54:08 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:60064) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jhLDu-0006qO-4f for bug-gnu-emacs@gnu.org; Fri, 05 Jun 2020 18:54:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:38619) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jhLDt-0008VL-S7 for bug-gnu-emacs@gnu.org; Fri, 05 Jun 2020 18:54:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jhLDt-0000sq-Qu for bug-gnu-emacs@gnu.org; Fri, 05 Jun 2020 18:54: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: Fri, 05 Jun 2020 22:54:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 41531 X-GNU-PR-Package: emacs Original-Received: via spool by 41531-submit@debbugs.gnu.org id=B41531.15913976393389 (code B ref 41531); Fri, 05 Jun 2020 22:54:01 +0000 Original-Received: (at 41531) by debbugs.gnu.org; 5 Jun 2020 22:53:59 +0000 Original-Received: from localhost ([127.0.0.1]:50165 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jhLDr-0000sa-HY for submit@debbugs.gnu.org; Fri, 05 Jun 2020 18:53:59 -0400 Original-Received: from mail-wm1-f43.google.com ([209.85.128.43]:50344) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jhLDq-0000sO-9Q for 41531@debbugs.gnu.org; Fri, 05 Jun 2020 18:53:58 -0400 Original-Received: by mail-wm1-f43.google.com with SMTP id v19so9767558wmj.0 for <41531@debbugs.gnu.org>; Fri, 05 Jun 2020 15:53:58 -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; bh=SY8VRQQOBIAfZcVWMXaMNk8SmCKdcyQIl850/POSJ0I=; b=h/DOmcByxY0Rq+tuMaq3tLudH6l4e65Ml1h+Xc//5H3ozou2coUTUYUFpgGrNk/gJz LFqQR/jx+iGP72hwauY1GRld4JmFR/rZNwHnn71w4/ja2mVMhe/75Sdvpk3HsB+0vsfE 98vtM3DJuEQERLvM98/41jrIReOdqHKQcLUpV7JyEArJmGDfj+9gmftivnU6UgKGoa3w HTQy8agpZuJfrWkRMG/qASungC0Qr5/SmcEAvIUrFMiicJIRo3Zp8m/1nRqlLOyIiWJL 3LCTszRW1dRqQQ8eH90AZH5Oal7BZAaezTxeBNcmxr7wUFyOMyaeeqX4JUYEETQ5JNk9 tPIg== 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; bh=SY8VRQQOBIAfZcVWMXaMNk8SmCKdcyQIl850/POSJ0I=; b=IbKdVXxRP6++yLD9LOVT0ben8F25tO1XGHw60d9/yVeM8ru/bbrKxPRb9rJ3NMZcdI qSIGYwEsvGB8uzXRZlKNIbKzP6tik0tiQ2V/BelX4XNbOgQ/Ne1d+cGgnZk0Ul96aMdQ wLsg7PTq1CNIx4ug9W5Lob/hMbS8WpA+i2KKBe26NhAD71RWAsto0UL2zPcTuMuy/vzL KHOc/gtg6pUPnH9zaNrktQEbL5X+7ScQPL/5aMA4/qtK/pnISFI2qpVX0r9s2UcP20+F 8uX/gqBLGC7cQUiZuOMaHJaN6xxx8Vu9wpRg8/6jP1flIU88Ar562MJSUaE7foaEBOY5 evMg== X-Gm-Message-State: AOAM5338WWg3PdXic6ZdVcIW6iV6vHKa/noS1OtsXy95nKWs+mHY2A2k vdZ0zMtoyLusabM3cB9R5pk= X-Google-Smtp-Source: ABdhPJzjboyWNYrHT8WgXDCB+vtk3/GrTgB9bOC5KNk6CPO2bQ2VIDoQ7eQKvyxHWLvKhidKJhSUCQ== X-Received: by 2002:a7b:c04f:: with SMTP id u15mr4769383wmc.98.1591397632221; Fri, 05 Jun 2020 15:53:52 -0700 (PDT) Original-Received: from krug ([89.180.147.39]) by smtp.gmail.com with ESMTPSA id y66sm13221532wmy.24.2020.06.05.15.53.50 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 05 Jun 2020 15:53:51 -0700 (PDT) In-Reply-To: (Andrii Kolomoiets's message of "Thu, 04 Jun 2020 22:00:05 +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:181584 Archived-At: Andrii Kolomoiets writes: > Dmitry Gutov writes: >> On 04.06.2020 19:20, Andrii Kolomoiets wrote: >>> 3. That IMO useless "...truncated, see*help* buffer" message is moved >>> to Eldoc. Do we really need to show this message every time? That one >>> last line can be used to show additional documentation. >> The truncation can be indicated as ellipsis at the end of the (first) >> line. Maybe ellipsis in parentheses (...). > > Good idea. I think is is easily missed, and will not inform of the keybinding for `eldoc-doc-buffer'. But it's clearly better than nothing for the strictly-one-line people. >> Whether to use multiple lines of not, seems like individual preference. > > Absolutely. That's why there are customizable variables so anyone can > tweak behavior to their likes. Current version of Eglot pays attention > to the eldoc-echo-area-use-multiline-p variable and proposed one do > not. It does not because most of that variable (except for the very special "truncate-sym-name-if-fit" value) is now handled in eldoc.el. Modulo bugs, of course, which I will endeavour to fix. I also agree, of course this is individual preference.