From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nicolas Goaziou Subject: Re: [BUG][ODT] Subtree export fails when link references target on higher level Date: Fri, 22 Nov 2013 10:42:03 +0100 Message-ID: <87a9gw6adw.fsf@gmail.com> References: <87wqk15py1.fsf@gmail.com> <87ob5c6eor.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:55004) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VjnFG-0005T5-Bm for Emacs-orgmode@gnu.org; Fri, 22 Nov 2013 04:41:56 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VjnFA-0001lF-IU for Emacs-orgmode@gnu.org; Fri, 22 Nov 2013 04:41:50 -0500 Received: from mail-ee0-x236.google.com ([2a00:1450:4013:c00::236]:54410) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VjnFA-0001lB-B8 for Emacs-orgmode@gnu.org; Fri, 22 Nov 2013 04:41:44 -0500 Received: by mail-ee0-f54.google.com with SMTP id e51so457759eek.41 for ; Fri, 22 Nov 2013 01:41:43 -0800 (PST) In-Reply-To: (Christian Moe's message of "Fri, 22 Nov 2013 10:08:59 +0100") 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: Christian Moe Cc: Emacs-orgmode Hello, Christian Moe writes: > But on reflection, I think there's a strong case to change the default > ODT output of links with dedicated targets to page number > references. Under the new exporter, such <> are hidden in > output, i.e. they no longer contain text that will serve as a > description, and as shown by my example they may not always belong to a > heading. But in an ODT document they will always belong to a page, and > page number references would be a customary choice for printed media. > > If that sounds reasonable I'll send a mini-patch later today. You seem to forget a use-case here: when the target belongs to an item, [[target1]] returns its number. Displaying the page, albeit correct, would be less interesting in that situation. Also, that would introduce an incompatibility with every other major back-end. At the moment, the compatible way to handle it would just be to ignore [[target1]] altogether (and keep section/list/whatever number for other calls). What do you think? Regards, -- Nicolas Goaziou