emacs-orgmode
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Orgmode] Re: Feature request: custom link handlers


From: Tom Weissmann
Subject: [Orgmode] Re: Feature request: custom link handlers
Date: Fri, 30 Nov 2007 13:50:55 +0000 (UTC)
User-agent: Loom/3.14 (http://gmane.org/)

Bastien <bzg <at> altern.org> writes:

> Are you suggesting to replace "http://www.google.com/search?q=%s"; by a
> function that would handle the text after "::" in a different way than
> `format' is currently doing?
No.

Here's an example. I sometimes create links to Emacs bookmarks, eg
"bmk:org-mode-tweaks"


The bmk abbreviation is expanded to a link Org mode understands, by
this function:



(defun org-link-abbrev-bookmark (bookmark)
"Opens a bookmark in another window"
  (bookmark-jump-other-window bookmark))

- which happens to return nil, NOT a link that Org mode understands,
  so even though it opens the bookmark I still get an error -
  essentially because I'm using a function that expands an
  abbreviation simply for its side effects.




If possible I would like Org mode to display a message like "Opening
bookmark org-mode-tweaks" instead of "if: Wrong type argument:
stringp, nil", which is why I suggested the multiple return value.


On the other hand I could return an elisp link and set
`org-confirm-elisp-link-function' to nil, to avoid having to confirm
every time I clicked one of these links


---

The other suggestion I realise doesn't make sense because when you
create a link with C-c C-l, the only minibuffer completion is of the
link type (file, new, mailto, etc.), not what follows.


It would be very cool to do C-c C-l, entry "bmk:" as the bookmark
type, and then have minibuffer completion of all the existing
bookmarks, but `org-store-link' works fine :)






reply via email to

[Prev in Thread] Current Thread [Next in Thread]