From mboxrd@z Thu Jan 1 00:00:00 1970 From: Rasmus Subject: Re: [patch, ox] Unnumbered headlines Date: Fri, 26 Sep 2014 15:48:11 +0200 Message-ID: <87y4t6v6g4.fsf@gmx.us> References: <87lhqzyubg.fsf@gmx.us> <87bnrrp0tb.fsf@nicolasgoaziou.fr> <87r40n6nrg.fsf@gmx.us> <87egwmaxte.fsf@nicolasgoaziou.fr> <87k34y701i.fsf@gmx.us> <87fvfl86ct.fsf@nicolasgoaziou.fr> <87k34xghtt.fsf@gmx.us> <87ppeon4mw.fsf@nicolasgoaziou.fr> <87tx4020lh.fsf@gmx.us> <87vboflkil.fsf@nicolasgoaziou.fr> <87iokfdvi3.fsf@gmx.us> <87d2aiesce.fsf@nicolasgoaziou.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:60910) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XXVss-0005zu-5N for emacs-orgmode@gnu.org; Fri, 26 Sep 2014 09:48:36 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XXVsl-0004JJ-Bt for emacs-orgmode@gnu.org; Fri, 26 Sep 2014 09:48:30 -0400 Received: from mout.gmx.net ([212.227.15.19]:53435) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XXVsl-0004IW-1j for emacs-orgmode@gnu.org; Fri, 26 Sep 2014 09:48:23 -0400 Received: from x200s ([109.201.154.184]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0LskKv-1YHShY3JZx-012DYr for ; Fri, 26 Sep 2014 15:48:14 +0200 In-Reply-To: <87d2aiesce.fsf@nicolasgoaziou.fr> (Nicolas Goaziou's message of "Fri, 26 Sep 2014 09:51:09 +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 Nicolas, Thanks for all time you've put into the comments. I appreciate it, and I will try to revise the patches over the weekend. Nicolas Goaziou writes: >> Using this file: >> >> * h1 >> :PROPERTIES: >> :CUSTOM_ID: h1 >> :END: >> ** h2 >> :PROPERTIES: >> :unnumbered: t >> :CUSTOM_ID: h2 >> :END: >> *** h3 >> *** h4 >> * h5 >> :PROPERTIES: >> :CUSTOM_ID: h5 >> :END: >> [[*h1]] [[#h2]] [[*h4]] [[#h5]] >> ** h6 >> >> The output is now >> >> \section{h1} >> \label{sec-1} >> \subsection*{h2} >> \label{unnumbered-1} >> \subsubsection*{h3} >> \label{unnumbered-2} >> \subsubsection*{h4} >> \label{unnumbered-3} >> \section{h5} >> \label{sec-2} >> \ref{sec-1} \hyperref[unnumbered-1]{h2} >> \hyperref[unnumbered-3]{h4} \ref{sec-2} >> \subsection{h6} >> \label{sec-2-1} >> >> Which I think is quite good. > > I agree. I worry about this approach based on some observations Alan sent off-list. When you export the quoted document with num:nil all labels will be of the form "unnumbered-N", loosing all structure in labels. Also, some labels are still unassigned in html for unnumbered headlines, e.g. the "text-" (which is a function of parents' section numbers) and outline-container-sec-. Do you think it's better to solve the remaining issues, and accept that when num:nil exported documents will be quite altered compared to previously, or should I try to introduce a more informative ID for numbered an unnumbered headlines alike? If following the latter path, the most obvious approach (to me) would be to have a separate :headline-id and :headline-numbering. :headline-id could be collected using something like `org-export--collect-headline-numbering', but labels would not necessarily reflect the printed section numbers, though :headline-numbering would still be "correct". What do you think? =E2=80=94Rasmus --=20 . . . It begins of course with The Internet. A Net of Peers