Received: from mail.proteosys.com ([213.139.130.197]) by nummer-3.proteosys with Microsoft SMTPSVC(6.0.3790.3959); Sun, 8 Nov 2009 03:58:22 +0100 Received: by mail.proteosys.com (8.14.3/8.14.3) with ESMTP id nA82wMWh004405 for ; Sun, 8 Nov 2009 03:58:22 +0100 Received: from listserv.uni-heidelberg.de (listserv.uni-heidelberg.de [129.206.100.94]) by relay2.uni-heidelberg.de (8.13.8/8.13.8) with ESMTP id nA82tA9B025458 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 8 Nov 2009 03:55:11 +0100 Received: from listserv.uni-heidelberg.de (localhost.localdomain [127.0.0.1]) by listserv.uni-heidelberg.de (8.13.1/8.13.1) with ESMTP id nA7N22kf013298; Sun, 8 Nov 2009 03:55:08 +0100 Received: by LISTSERV.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 15.5) with spool id 349590 for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Sun, 8 Nov 2009 03:55:08 +0100 Received: from relay2.uni-heidelberg.de (relay2.uni-heidelberg.de [129.206.210.211]) by listserv.uni-heidelberg.de (8.13.1/8.13.1) with ESMTP id nA82t8W1031871 for ; Sun, 8 Nov 2009 03:55:08 +0100 Received: from mail-yx0-f172.google.com (mail-yx0-f172.google.com [209.85.210.172]) by relay2.uni-heidelberg.de (8.13.8/8.13.8) with ESMTP id nA82t3HT025403 for ; Sun, 8 Nov 2009 03:55:07 +0100 Received: by yxe2 with SMTP id 2so1833711yxe.18 for ; Sat, 07 Nov 2009 18:55:02 -0800 (PST) Received: by 10.150.104.2 with SMTP id b2mr10834435ybc.19.1257648902858; Sat, 07 Nov 2009 18:55:02 -0800 (PST) Received: from ?10.0.1.103? (114-30-99-50.ip.adam.com.au [114.30.99.50]) by mx.google.com with ESMTPS id 20sm565928ywh.2.2009.11.07.18.54.59 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 07 Nov 2009 18:55:02 -0800 (PST) Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) References: <19189.17593.814557.704925@morse.mittelbach-online.de> X-Mailer: Apple Mail (2.936) X-Spam-Whitelist: Message-ID: <37352BB8-70A0-450D-BC23-7F6497630937@gmail.com> Date: Sun, 8 Nov 2009 13:24:55 +1030 Reply-To: Mailing list for the LaTeX3 project Sender: Mailing list for the LaTeX3 project From: Will Robertson Subject: Re: an object type for heading commands To: LATEX-L@LISTSERV.UNI-HEIDELBERG.DE In-Reply-To: <19189.17593.814557.704925@morse.mittelbach-online.de> Precedence: list List-Help: , List-Unsubscribe: List-Subscribe: List-Owner: List-Archive: X-ProteoSys-SPAM-Score: -6.599 () BAYES_00,RCVD_IN_DNSWL_MED X-Scanned-By: MIMEDefang 2.65 on 213.139.130.197 Return-Path: owner-latex-l@LISTSERV.UNI-HEIDELBERG.DE X-OriginalArrivalTime: 08 Nov 2009 02:58:22.0102 (UTC) FILETIME=[5512AB60:01CA601F] Status: R X-Status: X-Keywords: X-UID: 6142 Hi Frank, On 07/11/2009, at 8:28 PM, Frank Mittelbach wrote: > Here is my current list of candiates: > > - title of the heading > - title version to go in the TOC > - title version to go in the running header > - subtitle of the heading (e.g., an author name, copyright > notice ...) > - motto/quote text to display alongside the heading title > - flag to number heading Plus label, as mentioned by Lars. > do we need a way to specify that something is send to the TOC or to > the > running header and if so how do we do that? > > what else is missing or which of the above aren't sensible in the > first place? The "quote text" seems a bit (but only a little) of a stretch to me, since usually I'd expect that could simply be done by a command that sends material to the galley after the chapter title is set. (As done by epigraph/memoir.) The only other addition I can think of might be "description" that could end up in a short ToC containing a synopsis of each chapter. Again, this could probably be done outside of the main chapter object type. * * * Regarding numbering vs. putting in header vs. putting in the ToC, it's complicated to me because different heading levels will have different global behaviours, but individually might also need the be adjusted. E.g.: numbered + header + ToC (chapter) numbered + ToC (subsection, say) numbered (subsubsection, say) no number + header + ToC (frontmatter for small documents, bibliographies) no number + header (e.g., a ToC heading itself) no number (LaTeX default for \section*, never understood why -- seems useless) So from my point of view how you're controlling the header and ToC is important to consider at the same time; assuming that there are high- level controls governing the ToC and running headers, then it doesn't seem often necessary from within the heading/sectioning object to disable a ToC entry or a running header entry. But the "ToC heading" example above indicates that there might be an occasional need to do so, in which case your suggestion to overload toc-entry argument with {\NoValue} == "omit" and {} == "inherit" works well, I think. * * * (As a final comment, I thought briefly whether it made sense to split this object type into three: "heading", "contents-entry", and "running- header-entry", but I couldn't see a good argument for it.) -- Will