From mboxrd@z Thu Jan 1 00:00:00 1970 From: Rasmus Subject: Re: Target and link text normalised to `orgtargetn' Date: Tue, 14 Apr 2015 14:59:16 +0200 Message-ID: <87lhhuj26z.fsf@gmx.us> References: <20150414092530.GC2957@chitra.no-ip.org> <20150414120852.GD2957@chitra.no-ip.org> 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]:39402) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yi0Rz-0007Hq-2w for emacs-orgmode@gnu.org; Tue, 14 Apr 2015 09:00:29 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Yi0Ru-00038L-Ce for emacs-orgmode@gnu.org; Tue, 14 Apr 2015 09:00:23 -0400 Received: from plane.gmane.org ([80.91.229.3]:56027) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yi0Ru-00038E-72 for emacs-orgmode@gnu.org; Tue, 14 Apr 2015 09:00:18 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Yi0RO-0002w6-IZ for emacs-orgmode@gnu.org; Tue, 14 Apr 2015 14:59:46 +0200 Received: from ip-pool-137.iue.it ([192.167.90.137]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 14 Apr 2015 14:59:46 +0200 Received: from rasmus by ip-pool-137.iue.it with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 14 Apr 2015 14:59:46 +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 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. —Rasmus -- To err is human. To screw up 10⁶ times per second, you need a computer