From mboxrd@z Thu Jan 1 00:00:00 1970 From: Carsten Dominik Subject: Re: setting local variables Date: Wed, 20 Sep 2017 18:17:34 +0200 Message-ID: References: <871sotiqld.fsf@ericabrahamsen.net> <87r2wsly88.fsf@nicolasgoaziou.fr> <877eykbpho.fsf@ericabrahamsen.net> <87wp5dmkm0.fsf@gmx.us> <87h8wh13tm.fsf@ericabrahamsen.net> <87y3psp5ne.fsf@gmx.us> <87mv68159v.fsf@nicolasgoaziou.fr> <87h8wgov62.fsf@gmx.us> <87fuc0asaq.fsf@nicolasgoaziou.fr> <87y3pr7pn2.fsf@ericabrahamsen.net> <874lsfaho3.fsf@nicolasgoaziou.fr> <87pob2opic.fsf@gmx.us> <87k21azncs.fsf@nicolasgoaziou.fr> <87bmmm4kny.fsf@ericabrahamsen.net> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="089e082221587df14b0559a15141" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:39368) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1duhhP-00069E-EQ for emacs-orgmode@gnu.org; Wed, 20 Sep 2017 12:18:12 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1duhhG-0007kU-Tv for emacs-orgmode@gnu.org; Wed, 20 Sep 2017 12:18:07 -0400 Received: from mail-wm0-x233.google.com ([2a00:1450:400c:c09::233]:43621) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1duhhF-0007gR-Q3 for emacs-orgmode@gnu.org; Wed, 20 Sep 2017 12:17:58 -0400 Received: by mail-wm0-x233.google.com with SMTP id a137so5602264wma.0 for ; Wed, 20 Sep 2017 09:17:56 -0700 (PDT) In-Reply-To: <87bmmm4kny.fsf@ericabrahamsen.net> 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" To: Eric Abrahamsen Cc: org-mode list --089e082221587df14b0559a15141 Content-Type: text/plain; charset="UTF-8" On Thu, Sep 7, 2017 at 5:01 PM, Eric Abrahamsen wrote: > Nicolas Goaziou writes: > > > [...] > > > So, any objection to have all major back-ends ignoring unnumbered trees > > from TOC, and make that an Org specificity? > Hi Nicolas, OK, now I have read this thread. I do object to removing unnumbered headers from the toc. It breaks documented and used behaviour and aI see no pressing reason to change it. I find, for compact documents, it works extremely well to have a toc that has no numbers - in fact, in many cases I find numbered tocs even annoying. In particular, it works really well in websites, where I use it constantly. I am sorry that I did not see this earlier - but I really think this change should be reverted. If there is a desire to have sections that are not put into the toc, it should be separated from the num: and toc: switches and depend, for example on properties instead. The fact that in LaTeX "unnumbered" is linked to the question if something is in the toc is some kind of mistake, this behaviour is very specific to LaTeX-like systems (including TeXInfo), but it is not a very logical system IMO. Carsten > > Sounds good! > > > --089e082221587df14b0559a15141 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Thu, Sep 7, 2017 at 5:01 PM, Eric Abrahamsen <<= a href=3D"mailto:eric@ericabrahamsen.net" target=3D"_blank">eric@ericabraha= msen.net> wrote:
Nicolas = Goaziou <mail@nicolasgoaziou.f= r> writes:


[...]

> So, any objection to have all major back-ends ignoring unnumbered tree= s
> from TOC, and make that an Org specificity?


Hi Nicolas,

OK, no= w I have read this thread.

I do object to removing= unnumbered headers from the toc.=C2=A0 It breaks documented and used behav= iour and aI see no pressing reason to change it. I find, for compact docume= nts, it works extremely well to have a toc that has no numbers - in fact, i= n many cases I find numbered tocs even annoying.=C2=A0 In particular, it wo= rks really well in websites, where I use it constantly.

I am sorry that I did not see this earlier - but I really think this = change should be reverted.=C2=A0 If there is a desire to have sections that= are not put into the toc, it should be separated from the num: and toc: sw= itches and depend, for example on properties instead.

<= div>The fact that in LaTeX "unnumbered" is linked to the question= if something is in the toc is some kind of mistake, this behaviour is very= specific to LaTeX-like systems (including TeXInfo), but it is not a very l= ogical system IMO.

Carsten
=C2=A0
<= blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px= #ccc solid;padding-left:1ex">
Sounds good!



--089e082221587df14b0559a15141--