From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Thomas S. Dye" Subject: Re: Internal links in LaTeX export Date: Thu, 28 Oct 2010 11:19:19 -1000 Message-ID: References: <54309AAF-34E2-47F9-9DF2-236DC9BBFA69@tsdye.com> <80y69i5avh.fsf@mundaneum.com> <8439CC4F-8895-43F1-BE6A-D8E5A491A908@tsdye.com> <81tyk6117u.fsf@gmail.com> Mime-Version: 1.0 (Apple Message framework v936) Content-Type: multipart/mixed; boundary="===============0809168311==" Return-path: Received: from [140.186.70.92] (port=45586 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PBZsm-0002vd-Rr for emacs-orgmode@gnu.org; Thu, 28 Oct 2010 17:19:48 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PBZsc-00031l-80 for emacs-orgmode@gnu.org; Thu, 28 Oct 2010 17:19:28 -0400 Received: from oproxy3-pub.bluehost.com ([69.89.21.8]:59379) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1PBZsb-00031f-Tz for emacs-orgmode@gnu.org; Thu, 28 Oct 2010 17:19:26 -0400 In-Reply-To: <81tyk6117u.fsf@gmail.com> 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: Jambunathan K Cc: =?ISO-8859-1?Q?S=E9bastien_Vauban?= , emacs-orgmode@gnu.org --===============0809168311== Content-Type: multipart/alternative; boundary=Apple-Mail-72-755914781 --Apple-Mail-72-755914781 Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable On Oct 28, 2010, at 11:01 AM, Jambunathan K wrote: > "Thomas S. Dye" writes: > >> On Oct 28, 2010, at 10:18 AM, S=E9bastien Vauban wrote: >> >>> Hi Thomas, >>> >>> "Thomas S. Dye" wrote: >>>> The manual is silent about what happens to external links on export >>>> to >>>> LaTeX. I'm finding that internal links export to HTML and work as >>>> expected >>>> there. In the pdf file via LaTeX the internal links are colored, >>>> but aren't >>>> active. Is this the expected behavior or am I possibly doing >>>> something that >>>> disables the links on their way to pdf? >>> >>> Internal links always worked for me in PDF, though they more >>> tend(ed) to go >>> to the page rather than really placing me on the section (like what >>> you have >>> in your browser). >>> >>> Questions: >>> >>> - Which PDF reader do you use? That could influence... >>> >>> - Do you want me to test some example file? If yes, send it here, =20= >>> or >>> privately to me -- attention for delays due to spammotel, though. >>> >>> Best regards, >>> Seb >> >> Thanks Seb, >> >> It doesn't appear to be a reader problem. The links fail in skim and >> acrobat. >> >> I'm getting this in the LaTeX output: >> \href{sec-2_5}{package loading part} >> >> If I read the hyperref documentation correctly, then I think it =20 >> should >> be: >> \hyperref[sec-2_5]{package loading part} >> >> If I'm right about what the link should look like in LaTeX, and there >> is no obvious reason why I'm not getting it in the LaTeX export, then >> I'll work on finding a minimal example. >> > > Play with this (for now). > > ,----[ C-h v org-export-latex-hyperref-format RET ] > | org-export-latex-hyperref-format is a variable defined in `org-=20 > latex.el'. > | Its value is "\\href{%s}{%s}" > | > | Documentation: > | A printf format string to be applied to hyperref links. > | The format must contain two %s instances. The first will be =20 > filled with > | the link, the second with the link description. > | > | You can customize this variable. > `---- > > This is a regression. release-7.01h is good. HEAD is bad. I get the > following line with release-7.01h. > > Links to \hyperref[sec-1]{Heading1} > > Jambunathan K. > Aloha Jambunathan K., Very many thanks for this information. I have Org-mode version =20 7.01trans (release_7.01h.880.g7531f). I take it the problem I'm =20 having is due to a relatively recent change to Org-mode. If there is =20= anything I can do to help isolate the problem, please let me know. All the best, Tom --Apple-Mail-72-755914781 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On Oct 28, 2010, = at 11:01 AM, Jambunathan K wrote:

"Thomas= S. Dye" <tsd@tsdye.com> = writes:

On Oct 28, 2010, at 10:18 AM, = S=E9bastien Vauban wrote:

Hi Thomas,

"Thomas S. Dye" = wrote:
The manual is silent about what = happens to external links on = export
to
LaTeX. = I'm finding that internal links export to HTML and work = as
expected
there. In the pdf file via LaTeX the internal links are = colored,
but = aren't
active. = Is this the expected behavior or am I possibly = doing
something = that
disables= the links on their way to = pdf?

Internal links always worked for = me in PDF, though they more
tend(ed) to = go
to the page rather than really placing me on the section = (like what
you = have
in your browser).

Questions:

- Which PDF reader do you use? =  That could influence...

- Do you want me to test some = example file?  If yes, send it here, = or
privately to me -- attention for delays due to spammotel, = though.

Best = regards,
= Seb

Thanks = Seb,

It doesn't = appear to be a reader problem.  The links fail in skim = and
acrobat.

I'm getting = this in the LaTeX output:
\href{sec-2_5}{package loading = part}

If I read the = hyperref documentation correctly, then I think it = should
be:
\hyperref[sec-2_5]{package loading = part}

If I'm right = about what the link should look like in LaTeX, and = there
is no obvious reason why = I'm not getting it in the LaTeX export, then
I'll work on finding a minimal = example.


Play with this (for = now).

,----[ C-h v org-export-latex-hyperref-format RET ]
| = org-export-latex-hyperref-format is a variable defined in = `org-latex.el'.
| Its value is "\\href{%s}{%s}"
|
| = Documentation:
| A printf format string to be applied to hyperref = links.
| The format must contain two %s instances.  The first = will be filled with
| the link, the second with the link = description.
|
| You can customize this = variable.
`----

This is a regression. release-7.01h is good. = HEAD is bad. I get the
following line with release-7.01h.

=  Links to \hyperref[sec-1]{Heading1}

Jambunathan K.


Aloh= a Jambunathan K.,

Very many thanks for this = information.  I have Org-mode version 7.01trans = (release_7.01h.880.g7531f).  I take it the problem I'm having is = due to a relatively recent change to Org-mode.  If there is = anything I can do to help isolate the problem, please let me = know.

All the = best,
Tom

= --Apple-Mail-72-755914781-- --===============0809168311== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode --===============0809168311==--