From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andreas Leha Subject: Re: Target and link text normalised to `orgtargetn' Date: Tue, 14 Apr 2015 14:37:26 +0100 Message-ID: References: <20150414092530.GC2957@chitra.no-ip.org> <20150414120852.GD2957@chitra.no-ip.org> <87lhhuj26z.fsf@gmx.us> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:51628) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yi11j-0001LO-Sv for emacs-orgmode@gnu.org; Tue, 14 Apr 2015 09:37:23 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Yi11f-0007zb-Qp for emacs-orgmode@gnu.org; Tue, 14 Apr 2015 09:37:19 -0400 Received: from plane.gmane.org ([80.91.229.3]:59174) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yi11f-0007zN-Jq for emacs-orgmode@gnu.org; Tue, 14 Apr 2015 09:37:15 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Yi11a-0004aP-IH for emacs-orgmode@gnu.org; Tue, 14 Apr 2015 15:37:10 +0200 Received: from 193.63.223.228 ([193.63.223.228]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 14 Apr 2015 15:37:10 +0200 Received: from andreas.leha by 193.63.223.228 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 14 Apr 2015 15:37:10 +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 Rasmus writes: > Hi, > > Suvayu Ali writes: > >>> references, so \secref{sec:foo}, \figref{fig:bar}, \tabref{sec:baz} (it >>> even takes care of language, or punctuation as needed!). Now if the >>> target text changes from sec:foo to orgtarget1, of course the link >>> breaks. >> >> The commit 4bbc054 introduces a variable org-latex-prefer-user-labels. >> which is reponsible for this behaviour. Setting this variable to t >> doesn't entirely solve my problem though. Normal targets like >> <> are still altered. > > The change in behavior is approximately > 160820bc9498e9364103e72b55a27cf92576dbb8 to > 4bbc054bd252b975f483a29515495a9af9329c71. > > IMO the issue is that org-export-get-reference does not map back to > default-type references (sec:·, fig:·). I think this should be fixed. > >> I think the docstring hints at that already. >> >> For headlines that do not define the CUSTOM_ID property or elements >> without a NAME, Org will continue to use its default labeling scheme >> to generate labels and resolve links into proper references. >> >> I guess a bare target is an element without a NAME. I find this a bit >> strange, since the user already adds the target manually. So I think it >> is already the user's responsibility to ensure it is consistent. >> Shouldn't then Org leave this unchanged? > > That seems like a bug. > Seems both, self-fixing and Rasmus-fixing..... (Sorry, could not resist.) Andreas