From mboxrd@z Thu Jan 1 00:00:00 1970 From: Suhail Shergill Subject: Re: org-html: subtree specific footnote references Date: Tue, 10 Jul 2012 05:03:18 +0000 Message-ID: <87bojoryw9.fsf@chaos.shergill.su> References: <87txxjuysd.fsf@chaos.shergill.su> <87zk7b72dj.fsf@chaos.shergill.su> <818vess2cb.fsf@gmail.com> <871ukk9rla.fsf@chaos.shergill.su> <81bojogrhh.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([208.118.235.92]:49553) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SoSbf-0006Uc-Hw for emacs-orgmode@gnu.org; Tue, 10 Jul 2012 01:03:28 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SoSbd-0002Rp-Lf for emacs-orgmode@gnu.org; Tue, 10 Jul 2012 01:03:27 -0400 Received: from mail-ob0-f169.google.com ([209.85.214.169]:52905) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SoSbd-0002RH-ET for emacs-orgmode@gnu.org; Tue, 10 Jul 2012 01:03:25 -0400 Received: by obhx4 with SMTP id x4so19530478obh.0 for ; Mon, 09 Jul 2012 22:03:23 -0700 (PDT) In-Reply-To: <81bojogrhh.fsf@gmail.com> (Jambunathan K.'s message of "Tue, 10 Jul 2012 10:08:50 +0530") 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 Jambunathan K writes: > Suhail Shergill writes: > >> Jambunathan K writes: >> >>>>> running org-export-as-html on a subtree is currently problematic if >>>>> the result is to be merged into a document which contains html-ized >>>>> versions of other subtrees: the footnote references and definitions >>>>> get clobbered. >>> >>> Do the subtrees come from the same org file? >> >> that is the use case, yes. > > Try marking the subtrees with :export: tag. Lookup the following in the > mailing list, worg or the info manual. > > #+EXPORT_SELECT_TAGS: Tags that select a tree for export > #+EXPORT_EXCLUDE_TAGS: Tags that exclude a tree from export > > With this, do footnotes come out along the expected lines? *if* you were to generate the entire file again, things will be fine yes. i'm talking about a scenario where for one reason or another you may not want to do that, but may instead only want to export the most recent subtree which has been added (since the last time it was exported). earlier when you tried to do that, the footnote links would no longer work because of name attribute collisions. this patch provides a way to prevent that. >>> Won't it look odd and confusing to a reader, when there are two >>> different footnote definitions with the same number. >> >> yes i agree that would be very confusing. but why, pray tell, would >> there be two different definitions with the same number? > > you haven't modified the description have you? no, i haven't. also, you could look at the patch. the code is pretty self-explanatory. >>> Confusion is like to be pronounced, if the reader chooses to also print out >>> the document as a pdf or into paper. >> >> the *only* behavioural change that this effects is that the links (and backlinks >> from the definitions to references) will continue to work properly even in the >> event the user decides to merge the result of multiple subtree exports into one >> single document. > > Links are visible when stuff is printed out on paper. Is it? not sure what you mean by this. are links visible when you print them? yes, unless you're using invisible ink. the patch (if you cared to look) modifies the name attribute of the a tags in question (footnote definition and footnote references). the text within the a tag (the bit that is actually rendered on screen/print) is unchanged. -- Suhail