From mboxrd@z Thu Jan 1 00:00:00 1970 From: Thorsten Jolitz Subject: Re: org-open-link-from-string in a program Date: Sat, 03 Aug 2013 12:56:50 +0200 Message-ID: <87iozn11ql.fsf@gmail.com> References: <87ehab5fgr.fsf@ericabrahamsen.net> <87mwoz16ba.fsf@gmail.com> <87mwoz3w9s.fsf@ericabrahamsen.net> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:41352) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V5ZWJ-0003M9-Lh for emacs-orgmode@gnu.org; Sat, 03 Aug 2013 06:57:17 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1V5ZWD-0003pO-Ho for emacs-orgmode@gnu.org; Sat, 03 Aug 2013 06:57:11 -0400 Received: from plane.gmane.org ([80.91.229.3]:49435) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V5ZWD-0003pC-BQ for emacs-orgmode@gnu.org; Sat, 03 Aug 2013 06:57:05 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1V5ZWC-0000TJ-6Y for emacs-orgmode@gnu.org; Sat, 03 Aug 2013 12:57:04 +0200 Received: from g231224114.adsl.alicedsl.de ([92.231.224.114]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 03 Aug 2013 12:57:04 +0200 Received: from tjolitz by g231224114.adsl.alicedsl.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 03 Aug 2013 12:57:04 +0200 List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org Eric Abrahamsen writes: > Thorsten Jolitz writes: > >> Eric Abrahamsen writes: >> >>> I'm trying to write a small function that programmatically follows a >>> link to a gnus message, then calls >>> `gnus-summary-wide-reply-with-original' to start a reply to that >>> message. It seemed like `org-open-link-from-string' (after extracting >>> the address part from the link) would be the right choice, but I'm >>> seeing odd behavior. [...] >> #+begin_src emacs-lisp >> (defun org-open-link-from-string (s &optional arg reference-buffer) >> "Open a link in the string S, as if it was in Org-mode." >> [...snip...] >> (org-open-at-point arg reference-buffer))))) >> #+end_src >> >> ,---------------------------------------------------------------------- >> | org-open-at-point is an interactive Lisp function in `org.el'. >> | >> | (org-open-at-point &optional ARG REFERENCE-BUFFER) >> | >> | Open link at or after point. >> | If there is no link at point, this function will search forward up to >> | the end of the current line. >> | Normally, files will be opened by an appropriate application. If the >> | optional prefix argument ARG is non-nil, Emacs will visit the file. >> | With a double prefix argument, try to open outside of Emacs, in the >> | application the system uses for this file type. >> `---------------------------------------------------------------------- >> >> Maybe because you call >> >> ,--------------------------------- >> | (org-open-link-from-string addr) >> `--------------------------------- >> >> without ARG, Emacs is not visiting the file and thus its buffer does not >> become current? > > Huh, interesting -- I had looked at that function, and assumed that the > what the arg did was to force a file that might otherwise be opened by > an external process to be opened in emacs. I still think that's what it > means (and adding a '(4) doesn't solve the problem), but there's other > stuff in there that might lead to a solution. Yes, you are right about the meaning of ARG, I should have looked twice. >> Anyway, when you're done - please share, this is quite interesting. > > I will! It's pretty much done, except for this one little bug. I can imagine that this is very useful for managing phonecalls to be made in the future... -- cheers, Thorsten