[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[O] An org-attach link type [7.9.1 (7.9.1-elpa @ /home/youngfrog/.emacs.
[O] An org-attach link type [7.9.1 (7.9.1-elpa @ /home/youngfrog/.emacs.d/elpa/org-20120903/)]
Wed, 19 Sep 2012 16:53:15 +0200
Mozilla/5.0 (X11; Linux i686; rv:15.0) Gecko/20120914 Thunderbird/15.0.1
Some people already have suggested and produced some code (see [1,2]) in
order to have an "attach" (or "att", as it was called) link type in
org-mode. I never found a org--complete-link function for these links
on the net, so I tried to write it for myself. In order to do that, I had
to modify org-insert-link so that the org-mode buffer is made current
(instead of *Org Links*) when calling org-link-try-special-completion.
This allows the org--complete-link family of functions to access the actual
org buffer from which org-insert-link was called. A patch in this direction
is at the end of my email. (This is the first time that I use
git-format-patch, I hope I got that right).
With that change, here is some code that adds an "att" link type with
(defun org-att-complete-link ()
"File completion for the \"att\" filetype in `org-mode'."
(let* ((attach-dir (org-attach-dir nil))
(error "No attachment dir."))
(setq files (find-lisp-find-files attach-dir "^[^.].*[^~]$")
file (org-icompleting-read "Find attachment: "
(lambda (x) (file-relative-name x
('full (org-attach-expand-link file))
('relative (concat "file:" attach-dir file))
('attach (concat "att:" file)))))
(defvar org-att-complete-how 'attach
"Determines how org-att-complete-link completes links to attachments.
It can be the symbols :
- `full' :: A \"file:\" link with full path is returned,
- `relative' :: a \"file:\" link containg a path relative to the directory
where the org-file resides is returned, or
- `attach' :: an \"att:\" link is returned.
`full' is probably best avoided.")
(org-add-link-type "att" 'org-att-open-link)
(defun org-att-open-link (file)
(org-open-file (org-attach-expand file)))
I hope that this is useful to anybody, and not too sloppy (I'm not
fluent in elisp)
The patch for the above mentionned change in org.el follows :
-- 8> --
Subject: [PATCH] Allow org--complete-read family of functions to access
This allows for link-completion features based on information around the point.
lisp/org.el | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/lisp/org.el b/lisp/org.el
index 3dfd073..fc5d709 100644
@@ -9411,6 +9411,7 @@ If the DEFAULT-DESCRIPTION parameter is non-nil, this
be used as the default description."
(let* ((wcf (current-window-configuration))
+ (buffer (current-buffer))
(region (if (org-region-active-p)
(buffer-substring (region-beginning) (region-end))))
(remove (and region (list (region-beginning) (region-end))))
@@ -9486,7 +9487,7 @@ Use TAB to complete link prefixes, then RET for
type-specific completion support
(and (equal ":" (substring link -1))
(member (substring link 0 -1) all-prefixes)
(setq link (substring link 0 -1))))
- (setq link (org-link-try-special-completion link))))
+ (setq link (with-current-buffer buffer
(kill-buffer "*Org Links*"))
(setq entry (assoc link org-stored-links))
- [O] An org-attach link type [7.9.1 (7.9.1-elpa @ /home/youngfrog/.emacs.d/elpa/org-20120903/)],
Nicolas Richard <=