From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.bugs Subject: bug#42484: 26.1: org-mode should display value of links in mini-buffer Date: Thu, 14 Jan 2021 11:10:06 +0200 Organization: LINKOV.NET Message-ID: <87k0sf512p.fsf@mail.linkov.net> References: <87v9c35mny.fsf@mail.linkov.net> <20210112094550.lk2rmhohtpbglarw@E15-2016.optimum.net> <87r1mqv2a6.fsf@mail.linkov.net> <20210113054007.7pdl3ykvlku6namu@E15-2016.optimum.net> <20200723035629.7jg2pd2mhqjowvh4@E15-2016.optimum.net> <87lfcxkpk5.fsf@mail.linkov.net> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="17451"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) Cc: Boruch Baum , 42484@debbugs.gnu.org To: Samuel Wales Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Jan 14 10:41:03 2021 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 1kzz7n-0004L5-2m for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 14 Jan 2021 10:41:03 +0100 Original-Received: from localhost ([::1]:42132 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kzz7m-0007eC-1e for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 14 Jan 2021 04:41:02 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:51964) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kzz6o-0006k5-SE; Thu, 14 Jan 2021 04:40:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:53910) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kzz6o-0001RA-K0; Thu, 14 Jan 2021 04:40:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kzz6o-00086K-Hl; Thu, 14 Jan 2021 04:40:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, emacs-orgmode@gnu.org Resent-Date: Thu, 14 Jan 2021 09:40:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 42484 X-GNU-PR-Package: emacs,org-mode Original-Received: via spool by 42484-submit@debbugs.gnu.org id=B42484.161061716431075 (code B ref 42484); Thu, 14 Jan 2021 09:40:02 +0000 Original-Received: (at 42484) by debbugs.gnu.org; 14 Jan 2021 09:39:24 +0000 Original-Received: from localhost ([127.0.0.1]:37220 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kzz6C-000858-9H for submit@debbugs.gnu.org; Thu, 14 Jan 2021 04:39:24 -0500 Original-Received: from relay2-d.mail.gandi.net ([217.70.183.194]:60767) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kzz6A-00084t-H1 for 42484@debbugs.gnu.org; Thu, 14 Jan 2021 04:39:23 -0500 X-Originating-IP: 91.129.98.64 Original-Received: from mail.gandi.net (m91-129-98-64.cust.tele2.ee [91.129.98.64]) (Authenticated sender: juri@linkov.net) by relay2-d.mail.gandi.net (Postfix) with ESMTPSA id EC65940012; Thu, 14 Jan 2021 09:39:14 +0000 (UTC) In-Reply-To: (Samuel Wales's message of "Wed, 13 Jan 2021 14:18:52 -0700") 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:197935 Archived-At: > this is an interesting discussion. is there any side discussion that > takes into account both mouse and cursor? Indeed, you can see a side discussion at https://lists.gnu.org/archive/html/emacs-devel/2020-11/msg00885.html where we discussed highlighting the completion candidate the same way whether the mouse pointer hovered over it, or the cursor moved to its buffer position. That discussion also mentions another way to display help-text using cursor-sensor-mode, i.e. after enabling it, cursor-sensor-functions can detect when the cursor enters the help-text property, then display it in the echo area. > 1] displaying value of link in echo area [the problem you are > discussing -- don't let me derail it] with a short nonzero delay > 2] doing so *for both cursor and mouse* -- too much futzing here > 3] also doing other stuff -- also futzing > > other stuff includes maybe [or maybe not] showing function signature > or docstrings in elisp buffers [possibly with longer delay], and > showing the time span in number of days from now to the org timestamp > at point or under mouse in any mode. This looks like the 5th possible way to implement this using eldoc, in addition to tooltips, post-command-hook, help-at-pt, cursor-sensor-mode. > i have code for the last thing. the problem is figuring out making > tooltips, eldoc, help-at-pt, or post-command-hook work with mouse > and keyboard without verbose help-echo like in dired. also the > major/minor modes and help-at-pt has an option to ignore verbose help-echo in dired. post-command-hook can be enabled locally only in org-mode buffers. I don't know how to do the same in eldoc. > i guess i am saying [back to topic] this is a bit complex and i wonder > if a more orthogonal solution is called for? as some might want mouse > activation also, and eldoc already shows elisp stuff. > > and another suggestion: org-link-minor-mode is what i might use to > identify when to activate org links and timestamps. You mean to activate is to display their help-echo?