emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed

From: Carsten Dominik <dominik@science.uva.nl>
To: emacs-orgmode@gnu.org
Subject: org-mouse.el
Date: Thu, 13 Apr 2006 09:40:27 +0200	[thread overview]
Message-ID: <b8bc83cdd814c51c3b3787448f11b2f5@science.uva.nl> (raw)
In-Reply-To: <3c12eb8d0604120259r4cdb27afu517c8f456557f190@mail.gmail.com>


On Apr 12, 2006, at 11:59, Piotr Zielinski wrote:

> I've just fixed an incompatibility bug, which prevented org-mouse from
> operating correctly with org-mode 4.21.  Here's the latest version:

I really like org-mouse.el, in particular the menus with
TODO keywords, tags and priorities.

In the latest version, the context menu on links does not seem to work 
- on links I still get the context menu for normal text.  At first I 
thought this was only for the new bracket links, but it is the same for 
all link types, because `org-mouse-at-link' never returns t.

While looking at this function I realized that org.el and org-mouse.el 
could check for a link at the cursor position in a much simpler way:

(defun org-mouse-at-link ()
   (and (eq (get-text-property (point) 'face) 'org-link)
        (save-excursion
          (goto-char (previous-single-property-change (point) 'face))
          (or (looking-at org-bracket-link-regexp)
              (looking-at org-angle-link-re)
              (looking-at org-plain-link-re)))))


This implementation depends on having font-lock active, but then a lot 
of functionality in org-mode depends on that.

One more thing.  I am totally used now to the fact that mouse-1 does 
follow a link in Org-mode buffers, this feels completely natural.  But 
I am not so sure in agenda buffers.  Since almost every line in that 
buffer has a mouse-face property, pretty much any click in the agenda 
window will send the cursor off into another buffer and window.  I 
would like to be able to customize this.  In org.el 4.22 (on the web 
now, with a few bug fixes), there is a new variable 
`org-agenda-mouse-1-follows-link'.  Right now, org-mouse.el does 
overrule this. Could org-mouse.el honor this variable or even better no 
longer put those bindings to [follow-link] at all because org.el does 
this already?

Thanks.

- Carsten

next prev parent reply	other threads:[~2006-04-13  7:40 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-04-12  9:59 org-mouse.el 1.10 released, compatible with org-mode 4.21 Piotr Zielinski
2006-04-13  7:40 ` Carsten Dominik [this message]
2006-04-13 10:24   ` org-mouse.el Piotr Zielinski

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.orgmode.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=b8bc83cdd814c51c3b3787448f11b2f5@science.uva.nl \
    --to=dominik@science.uva.nl \
    --cc=emacs-orgmode@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).