From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Kyeong Soo (Joseph) Kim" Subject: Re: Changed behaviours of LaTeX exporter in version 8.0+ Date: Mon, 29 Sep 2014 15:57:34 +0800 Message-ID: References: <87lhpg3o60.fsf@berkeley.edu> <8738bn391c.fsf@berkeley.edu> <87mw9rlk6h.fsf@nicolasgoaziou.fr> <87ppegrae5.fsf@nicolasgoaziou.fr> <87wq8mvr9y.fsf@nicolasgoaziou.fr> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=047d7bfd090a96d12405042f9e2e Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:54434) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XYVq1-0006un-IX for emacs-orgmode@gnu.org; Mon, 29 Sep 2014 03:57:42 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XYVq0-0000A2-Fj for emacs-orgmode@gnu.org; Mon, 29 Sep 2014 03:57:41 -0400 Received: from mail-we0-x236.google.com ([2a00:1450:400c:c03::236]:50529) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XYVq0-00007Y-54 for emacs-orgmode@gnu.org; Mon, 29 Sep 2014 03:57:40 -0400 Received: by mail-we0-f182.google.com with SMTP id x48so1299939wes.27 for ; Mon, 29 Sep 2014 00:57:34 -0700 (PDT) In-Reply-To: <87wq8mvr9y.fsf@nicolasgoaziou.fr> 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: "Kyeong Soo (Joseph) Kim" , Richard Lawrence , emacs-orgmode@gnu.org --047d7bfd090a96d12405042f9e2e Content-Type: text/plain; charset=UTF-8 On Mon, Sep 29, 2014 at 3:07 PM, Nicolas Goaziou wrote: > Hello, > > "Kyeong Soo (Joseph) Kim" writes: > > > The real problem is that, except for using the custom id, the current > > export engine cannot refer to the correct label (e.g., "\label{se-1}") > > which is automatically generated during the export process. > > > > See the case of section title with only one word in the ECM (e.g., " > > \hyperref[sec-1]{OneWord}"), where the export engine still cannot > properly > > refer to the automatically generated label. This has nothing to do with > the > > URL-encoding. > > Could you elaborate about what is wrong with > "\hyperref[sec-1]{OneWord}"? > > AFAICT, it is the desired output. > > > Regards, > > -- > Nicolas Goaziou > Now I see the point in your suggestion. It seems that you suggest using filter to change \hyperref[sec-1]{OneWord} to \ref{sec-1} Am I right? By the way, this is a bit of step backward, considering near standard use of '\ref{...}' in most academic papers and theses; the use of hyperlinks are even strongly discouraged in many conferences and academic journals during the publication processes. If we have to choose, I believe going back to version 7.x behavior (i.e., "\ref{...}") is a right direction for LaTeX export. Hyperlinks can be done using filtering in this case. Regards, Joseph --047d7bfd090a96d12405042f9e2e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On M= on, Sep 29, 2014 at 3:07 PM, Nicolas Goaziou <mail@nicolasgoaziou.fr= > wrote:
H= ello,

"Kyeong Soo (Joseph) Kim" <kyeongsoo.kim@gmail.com> writes:

> The real problem is that, except for using the= custom id, the current
> export engine cannot refer to the correct label (e.g., "\label{se= -1}")
> which is automatically generated during the export process.
>
> See the case of section title with only one word in the ECM (e.g., &qu= ot;
> \hyperref[sec-1]{OneWord}"), where the export engine still cannot= properly
> refer to the automatically generated label. This has nothing to do wit= h the
> URL-encoding.

Could you elaborate about what is wrong with
"\hyperref[sec-1]{OneWord}"?

AFAICT, it is the desired output.


Regards,

--
Nicolas Goaziou

Now I= see the point in your suggestion.

=
It seems that you suggest using filter to = change

\hyperref[sec-1]{OneWord}

to

\ref{sec-1}

Am I right?
By the way, this is a bit of step backwar= d, considering near standard use of '\ref{...}' in most academic pa= pers and theses; the use of hyperlinks are even strongly discouraged in man= y conferences and academic journals during the publication processes.
=

If we have = to choose, I believe going back to version 7.x behavior (i.e., "\ref{.= ..}") is a right direction for LaTeX export. Hyperlinks can be done us= ing filtering in this case.

Regards,
Joseph
=
--047d7bfd090a96d12405042f9e2e--