From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?UTF-8?B?SmFuIELDtmNrZXI=?= Subject: Re: Specify page number in hyperlink [to pdf] Date: Fri, 30 Apr 2010 15:05:10 +0200 Message-ID: <4BDAD586.1060201@jboecker.de> References: <4BD87ED7.5030907@san.rr.com> <4BD9DC70.3090006@jboecker.de> <4BDA6005.2080708@san.rr.com> <26943.1272615034@gamaville.dokosmarshall.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Return-path: Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1O7puH-0004bm-GN for emacs-orgmode@gnu.org; Fri, 30 Apr 2010 09:05:25 -0400 Received: from [140.186.70.92] (port=44487 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O7puF-0004bd-Ba for emacs-orgmode@gnu.org; Fri, 30 Apr 2010 09:05:24 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1O7puD-0007qv-JL for emacs-orgmode@gnu.org; Fri, 30 Apr 2010 09:05:23 -0400 Received: from mail7.worldserver.net ([217.13.200.27]:53657) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1O7puD-0007qV-9r for emacs-orgmode@gnu.org; Fri, 30 Apr 2010 09:05:21 -0400 In-Reply-To: <26943.1272615034@gamaville.dokosmarshall.org> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: nicholas.dokos@hp.com Cc: emacs-orgmode@gnu.org, Joe Riel On 30.04.2010 10:10, Nick Dokos wrote: > Joe Riel wrote: > >> Jan Böcker wrote: >> A related question; can this extension be used with link abbreviations? >> >> I tried >> >> #+LINK: sample file:/home/joe/sample.pdf >> >> with >> >> [[sample::3]] >> >> but that does not work. >> > > > This happens in org-link-expand-abbrev: it splits sample::3 into > "sample" and "3", looks up "sample" in org-link-abbrev-alist and > performs the replacement, then returns the concatenation of that with > the "3" part, thereby eliminating the "::" marker that would trigger the > further processing necessary to open the pdf file at the given page. > > You could try > > #+LINK: sample file:/home/joe/sample.pdf::%s > > This will work with the [[sample::3]] link, but not with [[sample]]. Because org-link-expand-abbrev only swallows up to two colons, this would work (but does look rather silly): [[sample::::3]] The following will work with [[sample::3]] and [[sample]], but relies on the fact that evince, when asked to display page 0, ignores the invalid page number and just displays page 1 instead: #+LINK: sample file:/home/joe/sample.pdf::0%s > > Alternatively, you could modify the function to keep the "::" marker > (at least conditionally: leave it there if it's already there). That > would make both of the above work and I think all the examples of > section 4.6 would work as well. Here is a very lighly tested patch: > > [snip] Nick, the only thing I can think of right now that this would break is [[bugzilla::129]] (assuming the settings from manual section 4.6). However, AFAIK this is undocumented behaviour, because the manual does not mention that an extra ":" between linkword and tag will be silently ignored. I agree that applying your patch would be the way to go (this problem is not related to the extended regex features in org-file-apps; it also happens when linking to a line number in a plain text file). Actually, it's half bugfix half new feature: the bug here is that [[sample:::3]] does not work (one would assume it does from reading the manual), and the feature is that instead of accepting that, the patch requires [[sample::3]] instead. So +1 from me to apply the patch. - Jan