From mboxrd@z Thu Jan 1 00:00:00 1970 From: "D. C. Toedt" Subject: External link abbreviations don't work when contained in #+INCLUDE file Date: Mon, 30 Apr 2012 11:04:27 -0500 Message-ID: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=14dae934067d3635bd04bee79ed3 Return-path: Received: from eggs.gnu.org ([208.118.235.92]:41568) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SOt6C-0007Nt-CT for emacs-orgmode@gnu.org; Mon, 30 Apr 2012 12:05:21 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SOt66-0001bo-GA for emacs-orgmode@gnu.org; Mon, 30 Apr 2012 12:05:15 -0400 Received: from mail-iy0-f169.google.com ([209.85.210.169]:42538) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SOt66-0001az-29 for emacs-orgmode@gnu.org; Mon, 30 Apr 2012 12:05:10 -0400 Received: by iajr24 with SMTP id r24so5511727iaj.0 for ; Mon, 30 Apr 2012 09:05:08 -0700 (PDT) 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 --14dae934067d3635bd04bee79ed3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable External link abbreviations don't seem to work if they're in an #+INCLUDE file -- they end up pointing to a (non-existent) anchor within the main document. The same external link abbreviations seem to work fine if they're in the main file. I'm using the latest build of GNU Emacs (24.1.50.1, April 23) and the latest version of Org-mode 7.8.09 (built-in). I've done a fair amount of Google searching for possible answers. Any thoughts? Here are excerpts from the relevant files. The same (presumably-)erroneous behavior exists even with stripped-down files containing only the text below. ----------------------- [In Chapter.org:] #+INCLUDE: "Links.org" For an example of a confidentiality provision protecting each party's information, see [[Disney-Pixar][Disney Pixar]] =A7 19(c)(1). ----------------------- [In Links.org:] #+LINK: Disney-Pixar http://goo.gl/P3ak2 ----------------------- [In Chapter.html:] For an example of a confidentiality provision protecting each party's information, see Disney Pixar =A7 19(c)(1). ------------------------ Thanks in advance, D. C. --=20 *D. C. Toedt III * | Lawyer for tech companies | Houston, Texas (Central time zone) dc@toedt.com | O: +1 (713) 364-6545 C: +1 (713) 516-8968 | Last name pronounced: "Tate" *LinkedIn:* dctoedt | *Blog: * www.TechLawNotes.com | Twitter: dctoedt On Mon, Apr 30, 2012 at 10:48, Bastien wrote: > Greetings, > > thank you very much for the generous donation, it is really appreciated. > > Just out of curiosity, may I ask you how you use Org-mode? More > precisely, do you use it as a publishing tool or in your publishing > toolchain? > > Thanks a lot in advance for your answers! > > Best regards, > > -- > Bastien > --14dae934067d3635bd04bee79ed3 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
External link abbreviations don't seem to work if they're in a= n #+INCLUDE file -- they end up pointing to a (non-existent) anchor within = the main document. =A0

The same external li= nk abbreviations seem to work fine if they're in the main file. =A0=A0=

I'm using= the latest build of GNU Emacs (24.1.50.1, April 23) and the latest version= of Org-mode 7.8.09 (built-in). =A0

I've done= a fair amount of Google searching for possible answers.

Any thoughts? =A0<= /span>Here are excer= pts from the relevant files. =A0The same (presumably-)erroneous behavior exists even wit= h stripped-down files containing only the text below.

-------------= ----------

[In Chapter.org:]
#+INCLUDE: "Links.org&= quot;

For an example = of a confidentiality provision protecting each party's information, see= [[Disney-Pixar][Disney Pixar]] =A7 19(c)(1).

=

-------= ----------------

[In Links= .org:]

#+LINK: Disney-Pixar= =A0http://goo.gl/P3ak2
For an example = of a confidentiality provision protecting each party's information, see= =A0<a href=3D"#Disney-Pixar">Disney = Pixar</a> =A7=A019(c)(1).

=
------------------------
<= div title=3D"signature">

Thanks in advance,

D. C.

--=A0

D. C. Toedt = III =A0| =A0Lawyer for tech companies =A0| =A0Houston, Texas (Cent= ral time zone)
dc@toedt.com =A0| = =A0O: +1 (713) 364-6545 =A0C: +1 (713) 516-8968= =A0| =A0Last name pronounced: "Tate"
LinkedIn:=A0dctoedt=A0=A0| =A0Blog:=A0= www.TechLawNotes.com=A0=A0| =A0Twitter: =A0dctoedt
=A0=A0

=A0



On Mon, Apr 30, 2012 at 10:48, Bastien <= span dir=3D"ltr"><bzg@g= nu.org> wrote:
Greetings,

thank you very much for the generous donation, it is really appreciated.
Just out of curiosity, may I ask you how you use Org-mode? =A0More
precisely, do you use it as a publishing tool or in your publishing
toolchain?

Thanks a lot in advance for your answers!

Best regards,

--
=A0Bastien


--14dae934067d3635bd04bee79ed3--