From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Yuan Fu Newsgroups: gmane.emacs.bugs Subject: bug#62029: 29.0.60; Allow users to customize eldoc buffer separator Date: Wed, 8 Mar 2023 13:28:39 -0800 Message-ID: <0C40D168-54D5-47E9-8BD8-77CFCD70B895@gmail.com> References: Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.400.51.1.1\)) 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="8867"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 62029@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 Wed Mar 08 22:31:22 2023 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 1pa1NZ-00027b-GM for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 08 Mar 2023 22:31:21 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pa1NJ-0002Ib-Ui; Wed, 08 Mar 2023 16:31:05 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pa1NH-0002IL-9A for bug-gnu-emacs@gnu.org; Wed, 08 Mar 2023 16:31:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1pa1NH-00049N-0r for bug-gnu-emacs@gnu.org; Wed, 08 Mar 2023 16:31:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1pa1NG-0005P4-DU for bug-gnu-emacs@gnu.org; Wed, 08 Mar 2023 16:31:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Yuan Fu Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 08 Mar 2023 21:31:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 62029 X-GNU-PR-Package: emacs Original-Received: via spool by 62029-submit@debbugs.gnu.org id=B62029.167831102420721 (code B ref 62029); Wed, 08 Mar 2023 21:31:02 +0000 Original-Received: (at 62029) by debbugs.gnu.org; 8 Mar 2023 21:30:24 +0000 Original-Received: from localhost ([127.0.0.1]:50338 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pa1Me-0005O9-9X for submit@debbugs.gnu.org; Wed, 08 Mar 2023 16:30:24 -0500 Original-Received: from mail-pg1-f179.google.com ([209.85.215.179]:39711) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pa1Md-0005Nt-Av for 62029@debbugs.gnu.org; Wed, 08 Mar 2023 16:30:23 -0500 Original-Received: by mail-pg1-f179.google.com with SMTP id h31so22156pgl.6 for <62029@debbugs.gnu.org>; Wed, 08 Mar 2023 13:30:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; t=1678311017; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=tFDSeFaXJmGIcz1Ptp5SIh5JH3dokGd3n86DGlY2XmM=; b=gjUgk0rAiumySg6uWBBMBRKRukNVfdhAKStcr7GcnUcFTasB/MvSnyM+Ez+D59i8vy y+doq1L2kcnLzVxG1/J+SsCRKNPQnEzrxFqkW6hjEE1JieZkHWnDnChO2YHCA/awdCBM kxljlBftNqtm/ZXm5gAhaRMZEiJOspavPbF8IOo93NjhwS5WPC0SOnPhXaSeV62eV90h fBPAM/f2BHoVDfLhMJuaSipZskHo5fZNM4CPPislIrvfZXsE7P+0Gk3wDYlWIaUexRXU 1/tVAzOuJ/gCzcEe2PYLgd8XWpX0kYfISEz2xKQhIzhEY2+7K1deW8eCeqCe9ijE1QrO REUQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1678311017; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=tFDSeFaXJmGIcz1Ptp5SIh5JH3dokGd3n86DGlY2XmM=; b=PKEMQI2GlXDgdUkfB/91fYB8779UI86QlfeNDZ4Rn4c9oM5pMq9FqSU6es/pCVvmFD 69QIuYxvSfkT9JI17kkQu9BKZX0Q/ZadBei56jKOZZgoorw6/lvwCKv6Pb+3zL6ewgDw pVuUkQ7FygvWnsA9cKSliGKN7qKPw+ffEmL2y6zRZqmwVaH6S2fJYYY4ARC3Y5uorKJU vXB5ac48naz/lKMXEXbYu9/OATAIcC83h7pbnIh+JR/E42TbN118dThFL1rnO7/jl2Ie /YTokOiybRuZ0wGDNHh3ZQPfV1F+c1bQAZzcfxTILD2l7/wrAVi0lYjnJPnqQGIjnpjE RHrQ== X-Gm-Message-State: AO0yUKV0HZBmotRDpKNs6ZDjdl7ZttMbqHDnSQZhrgVhBKvd1FpZ062H 7JwU9GVW6m8R9Nu0WzB8/bo= X-Google-Smtp-Source: AK7set//mdcDvdIxO6yB/as0NVTdgIZdQDYD4vjKfa9zO8sVk9sBA5GQoxj1OjlHTpe/isY7pc1YzA== X-Received: by 2002:a62:5248:0:b0:5e5:a473:9498 with SMTP id g69-20020a625248000000b005e5a4739498mr17169612pfb.27.1678311017226; Wed, 08 Mar 2023 13:30:17 -0800 (PST) Original-Received: from smtpclient.apple (cpe-172-117-161-177.socal.res.rr.com. [172.117.161.177]) by smtp.gmail.com with ESMTPSA id s1-20020aa78281000000b0059435689e36sm10068960pfm.170.2023.03.08.13.28.51 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 08 Mar 2023 13:29:20 -0800 (PST) In-Reply-To: X-Mailer: Apple Mail (2.3731.400.51.1.1) 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-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:257568 Archived-At: > On Mar 8, 2023, at 9:14 AM, Jo=C3=A3o T=C3=A1vora = wrote: >=20 > Hi Yuan, >=20 > Mostly just replying so I'm kept in the loop. >=20 > I'm preparing a proposal for and Eldoc enhancements that could link = with this. >=20 > For example, i don't think that the eldoc function that displays in = the echo area should piggy-back on the contents of the eldoc doc buffer = used by the other display function. This was a misdesign (by me). Each = display function should be given as much information as possible and = then decide how and where to render without affecting other members of = 'eldoc-display-functions'. I agree. It would be nice if eldoc can expose a variable containing the = original value (a list of (doc :key :val=E2=80=A6)). That=E2=80=99s = essentially what the function in eldoc-box (eldoc-box-help-at-point) = needed. Eldoc-box-help-at-point currently just copies the buffer text of = eldoc--doc-buffer but it can be easily changed to copy from the = aforementioned variable instead, and do it=E2=80=99s own formatting. = (Alternatively eldoc-box-hel-at-point could TRT and invoke eldoc and get = its output and show it, but simply using eldoc-doc-buffer is so easy and = reliable ;-) >=20 > I think it's important to decide if things like line separation are = properties of a given member of 'eldoc-display-function' or if eldoc in = general. I strongly lean to the former. I agree. But in the same time, eldoc=E2=80=99s rendering should be = customizable too. If someone uses eldoc-doc-buffer and want to use = fancier separators, they should be able to. That=E2=80=99ll be easier = than writing another displayer that does everything the same as = eldoc-doc-buffer except for using a different separator. Yuan=