* Edit Links @ 2012-05-14 13:42 SW 2012-05-14 14:36 ` Nick Dokos 0 siblings, 1 reply; 4+ messages in thread From: SW @ 2012-05-14 13:42 UTC (permalink / raw) To: emacs-orgmode I inserted a link to a file with "C-c l", "file" and then navigated to the file using autocompletion of the path and file names. Movinvg over that link and pressing "C-c l" prompts me with the path to the file. Edits in this path will not longer support autocompletion now. I have searched both generally and here for phrases relating to editing links but have not found anything. ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Edit Links 2012-05-14 13:42 Edit Links SW @ 2012-05-14 14:36 ` Nick Dokos 2012-05-14 14:48 ` SW 0 siblings, 1 reply; 4+ messages in thread From: Nick Dokos @ 2012-05-14 14:36 UTC (permalink / raw) To: SW; +Cc: emacs-orgmode SW <sabrewolfy@gmail.com> wrote: > I inserted a link to a file with "C-c l", "file" and then navigated to the file > using autocompletion of the path and file names. Movinvg over that link and > pressing "C-c l" prompts me with the path to the file. Edits in this path will > not longer support autocompletion now. I have searched both generally and here > for phrases relating to editing links but have not found anything. > I don't really follow what you are trying to do but I wonder if you are describing your situation correctly. There are two relevant keybindings: o ``C-c l'' is the suggested global keybinding to org-store-link: what it does is squirrel away the information of where you are at the time so that it can be used *later* to insert a link - so all this does is remember the metadata of the link. o ``C-c C-l'' is an org-mode keybinding to org-insert-link: it takes the saved information that org-store-link squirreled away and creates a link at your current location. I suspect you are using the second. If so, it should prompt you in the minibuffer for a link. You enter something like file:/home/sw/.emacs RET and then it prompts you for a description - you enter the description of the link, something like my .emacs file RET Org will then insert a link like this: [[file:/home/sw/.emacs][my .emacs file]] into your file. It might *appear* different (what you see is just the description, usually in some highlight color and underlined), but nevertheless that's what the buffer contains (if you don't believe me, just cat the file). To follow the link, you just click on it (or do it in various other ways, depending on your setup; e.g. pressing C-c C-o on it should also follow the link). Hope this clarifies things, but if you have questions, don't hesitate to ask. However, try to make your question detailed enough so that we don't have to guess what you are trying to do. Nick ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Edit Links 2012-05-14 14:36 ` Nick Dokos @ 2012-05-14 14:48 ` SW 2012-05-14 19:25 ` Nick Dokos 0 siblings, 1 reply; 4+ messages in thread From: SW @ 2012-05-14 14:48 UTC (permalink / raw) To: emacs-orgmode Nick Dokos <nicholas.dokos <at> hp.com> writes: > o ``C-c C-l'' is an org-mode keybinding to org-insert-link: it takes the > saved information that org-store-link squirreled away and creates a > link at your current location. Apologies. Yes, I am inserting a link with ``C-c C-l``, navigating to the file and then entering a description. When navigating to the file, autocompletion with ``TAB`` works. My query relates to editing that link, if, for example, I have moved the file in points to. Moving over the link and pressing ``C-c C-l`` again opens the mini-buffer populated with "file:/home/user/example.txt". However, when editing this link now, there is no autocompletion with ``TAB``. ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Edit Links 2012-05-14 14:48 ` SW @ 2012-05-14 19:25 ` Nick Dokos 0 siblings, 0 replies; 4+ messages in thread From: Nick Dokos @ 2012-05-14 19:25 UTC (permalink / raw) To: SW; +Cc: emacs-orgmode SW <sabrewolfy@gmail.com> wrote: > Nick Dokos <nicholas.dokos <at> hp.com> writes: > > > o ``C-c C-l'' is an org-mode keybinding to org-insert-link: it takes the > > saved information that org-store-link squirreled away and creates a > > link at your current location. > > Apologies. Yes, I am inserting a link with ``C-c C-l``, navigating to the file > and then entering a description. When navigating to the file, autocompletion > with ``TAB`` works. > > My query relates to editing that link, if, for example, I have moved the file in > points to. Moving over the link and pressing ``C-c C-l`` again opens the > mini-buffer populated with "file:/home/user/example.txt". However, when editing > this link now, there is no autocompletion with ``TAB``. > > Thanks! I can indeed reproduce your findings. The behavior comes from this snippet of code (part of org.el:org-insert-link): --8<---------------cut here---------------start------------->8--- ... (cond (link-location) ; specified by arg, just use it. ((org-in-regexp org-bracket-link-regexp 1) ;; We do have a link at point, and we are going to edit it. (setq remove (list (match-beginning 0) (match-end 0))) (setq desc (if (match-end 3) (org-match-string-no-properties 3))) (setq link (read-string "Link: " (org-link-unescape (org-match-string-no-properties 1))))) ((or (org-in-regexp org-angle-link-re) (org-in-regexp org-plain-link-re)) ;; Convert to bracket link (setq remove (list (match-beginning 0) (match-end 0)) link (read-string "Link: " (org-remove-angle-brackets (match-string 0))))) ((member complete-file '((4) (16))) ;; Completing read for file names. (setq link (org-file-complete-link complete-file))) (t ;; Read link, with completion for stored links. (with-output-to-temp-buffer "*Org Links*" (princ "Insert a link. Use TAB to complete link prefixes, then RET for type-specific completion support\n") ... --8<---------------cut here---------------end--------------->8--- The default case is the last one, where the link is read interactively from the minibuffer with TAB completion on link prefixes, followed by RET for the type-specific completion support. When you are editing an existing link, we get into the second cond clause (the one with the comment " ;; We do have a link at point, and we are going to edit it.") and that one uses a straight read-string with no completion. I suspect that's an oversight. Not sure how easy it is to fix (my hunch is that it should be easy to transplant the completion code into the second case, but I don't know for sure). It seems like a worthy candidate for attention if only for consistency's sake, but the maintainers will have the last word on that. They might be more easily persuaded however, if you provide a patch to fix it ;-) Nick ^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2012-05-14 19:25 UTC | newest] Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2012-05-14 13:42 Edit Links SW 2012-05-14 14:36 ` Nick Dokos 2012-05-14 14:48 ` SW 2012-05-14 19:25 ` Nick Dokos
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).