From mboxrd@z Thu Jan 1 00:00:00 1970 From: Richard Lawrence Subject: Re: [patch] Support CUSTOM_ID property in latex export Date: Wed, 19 Feb 2014 21:04:41 -0800 Message-ID: <877g8q9xxy.fsf@aquinas.i-did-not-set--mail-host-address--so-tickle-me> References: <87y51cgmc5.fsf@aquinas.i-did-not-set--mail-host-address--so-tickle-me> <87mwhsro6c.fsf@gmail.com> <87vbwggcwb.fsf@berkeley.edu> <87iosfs9sb.fsf@gmail.com> <871tz24y4q.fsf@aquinas.i-did-not-set--mail-host-address--so-tickle-me> <87lhx82igv.fsf@gmail.com> <87mwho9hij.fsf@aquinas.i-did-not-set--mail-host-address--so-tickle-me> <87d2ij2ryp.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:42655) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WGLqO-0005gL-71 for emacs-orgmode@gnu.org; Thu, 20 Feb 2014 00:06:49 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WGLqI-0004RB-Ia for emacs-orgmode@gnu.org; Thu, 20 Feb 2014 00:06:44 -0500 Received: from mail-pb0-f49.google.com ([209.85.160.49]:46329) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WGLqI-0004R1-Cp for emacs-orgmode@gnu.org; Thu, 20 Feb 2014 00:06:38 -0500 Received: by mail-pb0-f49.google.com with SMTP id up15so1396384pbc.36 for ; Wed, 19 Feb 2014 21:06:36 -0800 (PST) In-Reply-To: <87d2ij2ryp.fsf@gmail.com> 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: Nicolas Goaziou Cc: emacs-orgmode@gnu.org Nicolas Goaziou writes: > Richard Lawrence writes: > >> Would using a different property---say, LATEX_LABEL---resolve your >> concerns? This property could be explicitly documented as overriding >> Org's default labeling, with the value passed down directly to LaTeX. > > I'd rather have a variable, e.g., `org-latex-custom-id-as-label'. When > this variable is non-nil, Org uses raw custom ID value instead of > auto-generated value for labels. > > Its docstring should explain the limitations that are introduced when > using this variable, and in which cases it is interesting to enable it > (i.e, your use-case). IOW the docstring should be informative about the > trade-off. Ah, yes, that is more elegant. > So, it's basically your patch with an additional variable and its > docstring. Do you want to take care of it? Sure, I can do this in the next couple of days. Best, Richard (If possible, please encrypt your reply to me using my PGP key: Key ID: CF6FA646 Fingerprint: 9969 43E1 CF6F A646. See http://www.ocf.berkeley.edu/~rwl/encryption.html for more information.)