<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<?xml-stylesheet type="text/css"
   href="/~hammond/gellmu/gellmuart.css"?>
<!DOCTYPE article
  PUBLIC "-//GNU GPL: William F. Hammond//DTD GELLMU XML 0.7.5U//EN"
  "http://www.albany.edu/~hammond/gellmu/xml/uxgellmu.dtd" [
<!ENTITY TableOfContentsFile SYSTEM "sectioning.xcn">
<!ENTITY % ComputedEntitiesFile SYSTEM "sectioning.xet">
%ComputedEntitiesFile;
]>
<article stem="sectioning"
><nul
/><nul
/><nul
/><nul
/><nul
/><nul
/><nul
/><nul
/><nul
/><nul
/><nul
/><nul
/><nul
/><nul
/><nul
/><nul
/><nul
/><nul
/><nul
/><preamble
><surtitle
>The GELLMU Archive</surtitle><title
>Sectional Units in <abbr
>GELL<hy0
/>MU</abbr></title><nul
/><nul
/><date
><today
/> (still at draft stage)</date></preamble><body
>&TableOfContentsFile;
<Section depth="1" seq = "1" sid="1"
><sunit>&SecRef-1;</sunit
><shead
><label lseq="1">SU-1</label
>Introduction</shead><parb
>In classical <latex
/> one writes simply
<display
><quostr
><bsl
/>section<lbr
/>Some<spc
/>title<spc
/>for<spc
/>a<spc
/>section<rbr
/></quostr></display>
to begin a new section<eos
/>  While this markup specifically delineates
the section title, <latex
/> understands that a section has begun<eos
/>
The <emph
>section</emph> command has an option whose content is an alternate
title for the table of contents, and the starred form of the command
suppresses an otherwise automatic section number<eos
/></parb><parb
>With <abbr
>SGML</abbr> the classical approach is something along the following
lines:
<verblist
><nln
><ltc
/>section<gtc
/><ltc
/>sectiontitle<gtc
/>Some<spc
/>title<spc
/>for<spc
/>a<spc
/>section<ltc
/><sol
/>sectiontitle<gtc
/></nln><nln
><ltc
/>para<gtc
/><spc
/>A<spc
/>paragraph<per
/></nln><nln
><ltc
/>para<gtc
/><spc
/>Another<spc
/>paragraph<per
/></nln><nln
><spc
/><spc
/><spc
/><spc
/><spc
/><per
/><spc
/><per
/><spc
/><per
/></nln><nln
><ltc
/><sol
/>section<gtc
/></nln></verblist>
<emph
>Basic</emph> <abbr
>GELL<hy0
/>MU</abbr> markup corresponding to this would
be:<footnote
>Or one
could use:
<verblist
><nln
><bsl
/>Section<lbr
/><bsl
/>sectiontitle<lbr
/>Some<per
/><per
/><per
/><rbr
/></nln><nln
><bsl
/>para<spc
/>A<spc
/>para<per
/><per
/><per
/><spc
/><spc
/><per
/><spc
/><per
/><spc
/><per
/><rbr
/></nln></verblist>
instead of using the environment<hyp
/>like
<emph
>begin</emph><sol
/><emph
>end</emph> construction<eos
/></footnote>
<verblist
><nln
><bsl
/>begin<lbr
/>section<rbr
/><bsl
/>sectiontitle<lbr
/>Some<spc
/>title<spc
/>for<spc
/>a<spc
/>section<rbr
/></nln><nln
><bsl
/>para<spc
/>A<spc
/>paragraph<per
/></nln><nln
><bsl
/>para<spc
/>Another<spc
/>paragraph<per
/></nln><nln
><spc
/><spc
/><spc
/><spc
/><per
/><spc
/><per
/><spc
/><per
/></nln><nln
><bsl
/>end<lbr
/>Section<rbr
/></nln></verblist>
If, moreover, the markup is to be conforming <abbr
>XML</abbr> markup, then each
<emph
>para</emph> tag would need explicit closure with <quostr
><ltc
/><sol
/>para<gtc
/></quostr><eos
/></parb><parb
>The main point here is that the open and close tags for a section
in a classical <abbr
>SGML</abbr> document type encompass the whole contents of
a section, and separate markup is required for the section
title.<footnote
>In fact, classical <abbr
>SGML</abbr> document types are often
even more elaborate than this.</footnote></parb><parb
>The didactic <abbr
>SGML</abbr> document type under <emph
>regular</emph> <abbr
>GELL<hy0
/>MU</abbr> seeks to
model classical <latex
/> as closely as possible in order to provide a
bridge for authors from <latex
/> to <abbr
>SGML</abbr> (and, indeed, <abbr
>XML</abbr>)<eos
/>  For
this reason a command <emph
>section</emph> similar to the classical <latex
/>
command that delineates a section title is provided in the didactic
<abbr
>SGML</abbr> document type<eos
/>  At the same time this document type has a whole
section container <emph
>Section</emph> (upper case <emph
>S</emph>) that in the
simplest case consists of a <emph
>shead</emph> container for its title (or
header) followed by any number of paragraphs<eos
/>  The <abbr
>XML</abbr> form of the
didactic document type supports only this latter tag, which means that
the translation script that converts <abbr
>SGML</abbr> to <abbr
>XML</abbr> has an unambiguous
way of performing the conversion from <emph
>section</emph> to <emph
>Section</emph>
provided that the author's source leads to an <abbr
>SGML</abbr> instance which is
valid<footnote
>Caveats:
<menu
><item
><itembody
>No document type definition under <abbr
>SGML</abbr> is actually a complete
 language definition<eos
/>  A document type definition describes a document
 markup structurally; in particular, it does not provide definition
 for legal <quophrase
>field</quophrase> values<eos
/></itembody></item><item
><itembody
>While the <abbr
>GELL<hy0
/>MU</abbr> syntactic translator is now considered as
<quophrase
>alpha</quophrase> software, the document type and the accompanying
translators, which constitute the didactic production system are
developmental<eos
/>  These materials have some support for obsolete
practice and also contain sketch sections that are not fully robust<eos
/></itembody></item></menu></footnote>
under the didactic document type<eos
/>
</parb></Section
><Section depth="1" seq = "2" sid="2"
><sunit>&SecRef-2;</sunit
><shead
><label lseq="2">SU-2</label
>Labeling and Referencing</shead><parb
>The next sections demonstrate various ways of making sections<eos
/>  They
also demonstrate how sections interact with labels, references, and
the <abbr
>GELL<hy0
/>MU</abbr> table of contents.<footnote
> The handling of sectional
unit numbers, labels, references, and tables of contents is built into
<abbr
>GELL<hy0
/>MU</abbr> at the point of <abbr
>XML</abbr> generation in order to provide consistency
across all ultimate output formats where such consistency is possible.</footnote></parb><parb
>The markup for the first section of this document was simply the
classical <latex
/><hyp
/>like
<display
><quostr
><bsl
/>section<lbr
/>Introduction<rbr
/></quostr><spc
/><eos
/></display>
There are various combinations of sectional markup that may be
used<eos
/></parb><parb
>The markup for the present section is:
<display
><quostr
><bsl
/>section<lbr
/><bsl
/>shead<lbr
/>Labeling<spc
/>and<spc
/>Referencing<rbr
/><rbr
/></quostr><spc
/><eos
/></display>
In the didactic <abbr
>GELL<hy0
/>MU</abbr> production system this is equivalent at the
point of <abbr
>XML</abbr> generation to the more <latex
/><hyp
/>like markup
<display
><quostr
><bsl
/>section<lbr
/><spc
/><per
/><per
/><per
/><spc
/><rbr
/></quostr><spc
/><eos
/></display></parb><parb
>This sentence contains a label<label lseq="3">first</label
>, marked up with the usage
<quostr
><bsl
/>label<lbr
/>first<rbr
/></quostr>, that is invisible and not part of the section header<eos
/>
While it is the first author<hyp
/>provided label in this document and the
first label in the source file, it is not the first label in the <abbr
>XML</abbr>
version of the document since the translator from <abbr
>SGML</abbr> to <abbr
>XML</abbr> in the
didactic production system writes a label automatically in every
<emph
>shead</emph><eos
/>  At any <quophrase
>inline</quophrase> location in the document the
label may be referenced by using the markup <quostr
><bsl
/>ref<lbr
/>first<rbr
/></quostr>, and with
this simple usage its value is <ref
>first</ref>, i.e., the identifier of
the sectional unit in which the label is located<eos
/></parb><parb
>The didactic production system also provides <quophrase
>visible key</quophrase>
label and reference commands <emph
>klabel</emph> and <emph
>kref</emph><eos
/>  For example,
a <emph
>kref</emph> reference to the last section is <kref
>last</kref>, which
is provided with the markup <quostr
><lsb
/><bsl
/>kref<lbr
/>last<rbr
/><rsb
/></quostr><eos
/>  In a
print<hyp
/>only format there might be little difference between writing
<quophrase
><quostr
><bsl
/>kref<lbr
/>last<rbr
/></quostr></quophrase> and simply writing the key <quophrase
><quostr
>last</quostr></quophrase><eos
/>
But in a hypertext format <emph
>kref</emph> may be used to generate an
anchor<eos
/>
</parb></Section
><Section depth="1" seq = "3" sid="3"
><sunit>&SecRef-3;</sunit
><shead
><label lseq="5">SU-3</label
><label lseq="4">longtitle</label
>Anchor
References and the Handling of Section Titles when the Section Title
is Long Enough to Require a Linebreak Under Most Formattings</shead><parb
>This section is opened with the <latex
/><hyp
/>like usage:
<verblist
><nln
><bsl
/>section<lsb
/>Anchoring<spc
/>and<spc
/>Long<spc
/>Section<spc
/>Titles<rsb
/><lbr
/><bsl
/>label<lbr
/>longtitle<rbr
/>Anchor</nln><nln
>References<spc
/>and<spc
/>the<spc
/>Handling<spc
/>of<spc
/>Section<spc
/>Titles<spc
/>when<spc
/>the<spc
/>Section<spc
/>Title</nln><nln
>is<spc
/>Long<spc
/>Enough<spc
/>to<spc
/>Require<spc
/>a<spc
/>Linebreak<spc
/>Under<spc
/>Most<spc
/>Formattings<rbr
/></nln></verblist></parb><parb
>The purpose of the option string, as with <latex
/> is to provide a
shorter section title for listing in the table of contents<eos
/></parb><parb
>Here is an ordinary <emph
>ref</emph> reference back to section <ref
>first</ref><eos
/>
This sentence contains an anchor (with <emph
>anch</emph>) back to <anch
><anchref
>iref="first"</anchref><anchv
>section <ref
>first</ref></anchv></anch><eos
/>   If, as
is the case here, the anchor uses an <emph
>iref</emph> rather than an
<emph
>href</emph>, with the markup
<display
><quostr
><bsl
/>anch<lsb
/>iref<eqc
/><quo
/>first<quo
/><rsb
/><lbr
/>section<spc
/><bsl
/>ref<lbr
/>first<rbr
/><rbr
/></quostr><spc
/>,</display>
then the anchor might be unnoticeable in a print<hyp
/>only formatting while
<quophrase
>active</quophrase> in an online formatting<eos
/>  This
<anch
><anchref
>href="<hsh
/>first"</anchref><anchv
>anchor</anchv></anch>, using the markup
<display
><quostr
><bsl
/>anch<lsb
/>href<eqc
/><quo
/><bsl
/><hsh
/>first<quo
/><rsb
/><lbr
/>anchor<rbr
/></quostr><spc
/>,</display>
which is for general web references, might produce a footnote in a
print<hyp
/>only formatting<eos
/></parb><parb
>The option of an anchor, which is not an attribute option but rather
becomes the element <emph
>anchref</emph> in XML (while the anchor's argument
<pdash
/> its <quophrase
>presented content</quophrase> <pdash
/> becomes <emph
>anchv</emph>), is
expected to contain whitespace separated strings of the form
<quostr
>name="value"</quostr><footnote
>The value strings may contain simple
markup such as, for example, <quophrase
><quostr
><bsl
/>tld;</quostr></quophrase> to provide robust
multiple output processing of <quochar
><tld
/></quochar> whereas an attribute option
may not contain markup<eos
/></footnote>
where name is one of the following:

<defnlist
><term
>fref</term><desc
> A footnote reference<eos
/>  Value is a string
  that becomes the content of an automatically created
  footnote to the text in <emph
>anchv</emph><eos
/>  This usage is deprecated;
  use <bsl
/>footnote instead<eos
/>
</desc><term
>href</term><desc
> A web reference as with <emph
>href</emph> in <abbr
>HTML</abbr><eos
/>
  That is, value is a <abbr
>URI</abbr><eos
/>  It <emph
>could be</emph> of the form
  <qquostr
><hsh
/>labelkey</qquostr> where <qquostr
>labelkey</qquostr> is the name of a label
  key that could just as well be used with <emph
>iref</emph><eos
/>  For this
  the <quochar
><hsh
/></quochar> needs to be escaped, i.e., marked up as
  <qquostr
><bsl
/><hsh
/></qquostr><eos
/>  In a non<hyp
/>hypertext formatting the <abbr
>URI</abbr> may be
  presented as a note or footnote associated with the text in <emph
>anchv</emph><eos
/>
</desc><term
>Href</term><desc
> Same as <emph
>href</emph> except that the author wishes
 to suppress any note or footnote presentation of the <abbr
>URI</abbr><eos
/>  For
 example, the URI might be obviously deducible from the <emph
>anchv</emph> content<eos
/>
</desc><term
>iref</term><desc
> An internal reference; value must be a label key arising
  from <emph
>label</emph> or <emph
>klabel</emph><eos
/></desc></defnlist>
 Note also that there is a command <emph
>urlanch</emph> (probably should have
 been <emph
>urianch</emph>), taking a single argument, used for <abbr
>URI</abbr>s,
 which is intended to have the same effect as a <emph
>newcommand</emph> with
 one argument for creating a web anchor with the <abbr
>URI</abbr> as presented
 content<eos
/>
</parb></Section
><Section depth="1" seq="4" sid="4"
><sprefix>Sec.<spc
/></sprefix
><sunit>&SecRef-4;</sunit
><shead
><label lseq="7">SU-4</label
><label lseq="6">begin1</label
>A Fourth Section</shead><parb
>This section is introduced with the markup
<display
><quostr
><bsl
/>begin<lbr
/>Section<rbr
/><lsb
/>Fourth<rsb
/><lsb
/>Sec<per
/><bsl
/><spc
/><rsb
/><lbr
/><bsl
/>label<lbr
/>begin1<rbr
/>A<spc
/>Fourth<spc
/>Section<rbr
/></quostr>
<spc
/><eos
/></display>
(this time an upper case <quophrase
>S</quophrase>) followed at its terminus by
<display
><quostr
><bsl
/>end<lbr
/>Section<rbr
/></quostr><spc
/><eos
/></display>
It makes use of the first two of the three options for <emph
>Section</emph>
(and for <emph
>Subsection</emph>, <ldots
/>, <emph
>section</emph>, <emph
>subsection</emph>,
<ldots
/>)<eos
/>  The options, in order, are <emph
>sopt</emph>, <emph
>sprefix</emph>,
and <emph
>sunit</emph><eos
/>  They are explained in
<anch
><anchref
>iref="last"</anchref><anchv
>section <ref
>last</ref></anchv></anch> below<eos
/>
</parb></Section
><Section depth="1" seq="5" sid="5"
><sprefix>Sec.<spc
/></sprefix
><sunit>&SecRef-5;</sunit
><shead
><label lseq="9">SU-5</label
><label lseq="8">begin2</label
>Another Section</shead><parb
>For this section the markup style of the previous section is used
except that the options are replaced by commands bearing their explicit
names<eos
/>  The section opening construction is
<verblist
><nln
><bsl
/>begin<lbr
/>Section<rbr
/><bsl
/>sopt<lbr
/>Another<spc
/>section<rbr
/></nln><nln
><bsl
/>sprefix<lbr
/>Sec<per
/><bsl
/><spc
/><rbr
/><bsl
/>shead<lbr
/><bsl
/>label<lbr
/>begin2<rbr
/>Another<spc
/>Section<rbr
/></nln></verblist>
followed at its terminus by
<quostr
><bsl
/>end<lbr
/>Section<rbr
/></quostr><eos
/>
</parb></Section
><Section depth="1" seq = "6" sid="6"
><sunit>&SecRef-6;</sunit
><shead
><label lseq="10">SU-6</label
>Sequencing</shead><parb
>Although one <emph
>could</emph> provide <abbr
>SGML</abbr> modeling for <latex
/><rsq
/>s
counters, it would not be very much along the lines of main track
<abbr
>XML</abbr> document types<eos
/></parb><parb
>Sequencing may be handled under the <abbr
>GELL<hy0
/>MU</abbr> didactic <emph
>artice</emph>
document type using labels and references<eos
/>  Toward this end one
makes use of three <abbr
>SGML</abbr> attributes that are provided with the
<emph
>label</emph> tag:
<description
><ditem
><itemlabel
>series</itemlabel
><itembody
>The value is the name of a sequenced family of labels<eos
/>
  A label may belong to at most one family, but there may be multiple
  labels at the same location<eos
/>  There is no default value of series<eos
/></itembody></ditem
><ditem
><itemlabel
>serseq</itemlabel
><itembody
>The value is the sequence number of the label in its series
  if a series is defined<eos
/>  It is meaningless if no series is specified
  for the label<eos
/></itembody></ditem
><ditem
><itemlabel
>refkey</itemlabel
><itembody
>The name of a label key from which to spawn an automatically
  generated value for the attribute <emph
>serseq</emph> of the current label<eos
/></itembody></ditem
></description></parb><parb
>Every label has a reference value that is normally accessed with
the <emph
>ref</emph> command<eos
/>  This results in the creation, when
the <abbr
>XML</abbr> version is generated, of an <abbr
>XML</abbr> entity reference with name
based on the reference's <emph
>key</emph> argument, that matches a <abbr
>CDATA</abbr>
entity definition at the top of the <abbr
>XML</abbr> document<eos
/>  The use of indirection
provided by this entity technique means that it is immaterial whether the
reference is forward or backward<eos
/></parb><parb
>The <emph
>evalref</emph> command gives access to the literal value of a
reference without indirection, and places that value as a literal in
the <abbr
>XML</abbr> version of an article<eos
/>  Thus, <emph
>evalref</emph> is the name of a
tag only in the <abbr
>SGML</abbr> version<eos
/>  An <emph
>evalref</emph> invocation will be
succesful only with a backward reference<eos
/>  This is extremely useful
for managing non<hyp
/>default numbering of sectional units<eos
/>  For ordinary
label references its use is undesirable even though it is possible
for backward references<eos
/></parb><parb
>The reference value of a label is determined as follows:
<enumerate
><item
><itembody
>Basic reference values are positive integers<eos
/>  Upper and lower
case alphabetic values and upper and lower case roman numeral values
may be obtained by applying the <emph
>series</emph> command (not to be
confused with the <emph
>series</emph> attribute for the <emph
>label</emph> command)
with the <emph
>type</emph> attribute set to one of <quochar
>A</quochar>, <quochar
>a</quochar>,
<quochar
>I</quochar>, or <quochar
>i</quochar> to a basic reference value<eos
/>
</itembody></item><item
><itembody
>If the label is assigned to a label series and is given a
<emph
>refkey</emph> attribute, then the reference value of the label is the
reference value of the label referenced by the key that is the value
of the <emph
>refkey</emph><eos
/>  (This mechanism is used to re<hyp
/>start the
sequencing of the sectional unit id's at the end of this document.)
</itembody></item><item
><itembody
>Else if the label is assigned to a label series and the author
supplies an explicit <bold
>literal</bold> numeric value for the
<emph
>serseq</emph> attribute, then the value of <emph
>serseq</emph> is its
referenced value<eos
/>  (Markup <pdash
/> in particular, <emph
>evalref</emph> <pdash
/>
cannot be used in defining an attribute value.)
</itembody></item><item
><itembody
>Else if the label is assigned to a label series, the reference
value of the label is the next (positive integer) value for a label
in that series<eos
/>  (This mechanism is used to control the sectional
id of the last section of this document<eos
/>  It may also be used to
run parallel interleaved sequences of sectional units, such as, for
example, questions and answers, within a document.)
</itembody></item><item
><itembody
>Else the reference value of the label is the sectional unit
id of the smallest sectional unit containing the label<eos
/></itembody></item></enumerate>
<nul
/>
<nul
/>
<nul
/>
<nul
/></parb><parb
><label lseq="11">conmark</label
>
Here is where a label, which is invisible, is planted with the
markup <quophrase
><quostr
><bsl
/>label<lbr
/>conmark<rbr
/></quostr></quophrase>
so as to record the sectional unit id for
the current section<eos
/>   It evaluates to the sectional
unit value, in this case 6<eos
/>  If that label were
placed in a series, it would pick up as value the next value in the
sequence associated with the series<eos
/>  So a second label
<label lseq="12" series="nsec" serseq="6">KEY-1</label
> is planted with the markup
<display
><quostr
><bsl
/>label<lsb
/><cln
/>series<eqc
/><quo
/>nsec<quo
/><spc
/>refkey<eqc
/><quo
/>conmark<quo
/><rsb
/><lbr
/><rbr
/></quostr><footnote
>A key
will be automatically assigned.</footnote></display> to prime a new label series with
the value (<ref
>KEY-1</ref>) of the current sectional unit id for later
use in continuing the current sequence of sectional unit id's<eos
/>
</parb></Section
><Section depth="1" seq = "7" sid="7"
><sprefix>Division </sprefix
><sunit>A</sunit
><shead
><label lseq="14">SU-7</label
><label lseq="13">div</label
>Special Sectional Units</shead><parb
>This sectional unit, which is parallel to top<hyp
/>level sections, is
specially sequenced by <quophrase
>hand</quophrase><eos
/>  The markup for opening this
unit is:
<display
><quostr
><bsl
/>section[][Division ][A]<lbr
/>Special ... <rbr
/></quostr><spc
/><eos
/></display></parb><parb
>In <emph
>regular</emph> <abbr
>GELL<hy0
/>MU</abbr> a <latex
/><hyp
/>like first option in which the first
character is <quochar
>:</quochar> is a sequence of <abbr
>SGML</abbr> attribute
specifications<eos
/>  It is important to realize that attributes cannot
contain markup<eos
/>  In <emph
>regular</emph> <abbr
>GELL<hy0
/>MU</abbr>, where one is allowing characters
such as <quochar
><hyp
/></quochar>, <quochar
><sol
/></quochar>, <quochar
><hsh
/></quochar>, and <quochar
><eqc
/></quochar> to serve
as markup (because of their classical <emph
>over<hy0
/>load<hy0
/>ing</emph><footnote
>This simply means that the actual meaning of the character depends on its
context<eos
/></footnote>),
only alpha<hyp
/>numeric characters are safe in attribute values when entered
this way<eos
/>  For the most common situations, such as, for example, what might
be the <emph
>href</emph> attribute of <emph
>anch</emph><footnote
>If one really needs an arbitrary <abbr
>CDATA</abbr> attributes for, say,
<emph
>anch</emph>, this can be done using the <abbr
>SGML</abbr> internal declaration
subset<eos
/></footnote>, a <latex
/><hyp
/>like option can be
provided<eos
/>  <latex
/><hyp
/>like options handle what might be regarded as plain
inline markup<eos
/></parb><parb
>One could also use for this a very similar syntax with <emph
>Section</emph>, i.e.,
<qquostr
><bsl
/>be<hy0
/>gin<lbr
/>Sec<hy0
/>tion<rbr
/><hy0
/> ... <hy0
/><bsl
/>end<lbr
/>Sec<hy0
/>tion<rbr
/></qquostr><eos
/></parb><parb
>Make note of the secret phrase: <anch
><anchref
>name="indiv"</anchref><anchv
>valid markup</anchv></anch><eos
/>
</parb><Subsection depth="2" seq = "1" sid="7.1"
><sunit>&SecRef-8;</sunit
><shead
><label lseq="15">SU-7.1</label
>First Subdivision</shead></Subsection
><Subsection depth="2" seq = "2" sid="7.2"
><sunit>&SecRef-9;</sunit
><shead
><label lseq="16">SU-7.2</label
>Second Subdivision</shead><nul
/><nul
/><nul
/><nul
/></Subsection
></Section
><Section depth="1" seq = "8" sid="8"
><sunit>7</sunit
><shead
><label lseq="18">SU-8</label
><label lseq="17" series="nsec" serseq="7">KEY-2</label
>A Non<hyp
/>Special Section</shead><parb
>To avoid having to feed section numbers manually in the following
or else spawning them from a label series, the opening of this section
manually sets the <emph
>section</emph> unit id<eos
/>

<nul
/></parb></Section
><Section depth="1" seq = "9" sid="9"
><sunit>8</sunit
><shead
><label lseq="21">SU-9</label
><label lseq="19" series="nsec" serseq="8">KEY-3</label
><label lseq="20">last</label
>General Usage for Sectional Units</shead><parb
>This describes the content model in the didatic <abbr
>GELL<hy0
/>MU</abbr> document type
for the <quophrase
>whole</quophrase> sectional units <emph
>Section</emph>,
<emph
>Subsection</emph>, <ldots
/> as fully tagged<eos
/>
</parb><Subsection depth="2" seq = "1" sid="9.1"
><sunit>&SecRef-12;</sunit
><shead
><label lseq="22">SU-9.1</label
>The content model</shead><parb
>The content model for sectional units is:
<display
><quostr
>((sopt)?,(sprefix)?,(sunit)?,(shead),(<pct
/>UnitContent)<ast
/>)</quostr></display>
where:
<defnlist
><term
><pct
/>UnitContent</term><desc
>  refers to the subsections, loose paragraphs, and other general content
  that is allowed inside a section<eos
/>
</desc><term
>shead</term><desc
>  is the required<footnote
>  It may be left empty, but it must be present<eos
/>
  </footnote>
  section header or title<eos
/>
</desc><term
>sopt</term><desc
> is an optional title for use in the table of
  contents<footnote
>  The presence of <emph
>sopt</emph>
  does not cause a table of contents to be produced automatically<eos
/>
  For that one uses <qquostr
><bsl
/>tab<hy0
/>le<hy0
/>of<hy0
/>con<hy0
/>tents</qquostr><eos
/>  Moreover,
  the presence of <emph
>sopt</emph> should have no effect upon a manually
  constructed <qquostr
><bsl
/>Tab<hy0
/>le<hy0
/>Of<hy0
/>Con<hy0
/>tents</qquostr>.</footnote><eos
/>
</desc><term
>sprefix</term><desc
>  is optional markup for text that is to precede the sectional unit
  sequence notation<eos
/>  For example, if the sectional unit sequence is
  <quophrase
>B</quophrase> and <emph
>sprefix</emph> is the markup string
  <qquostr
>Appendix </qquostr> (ending with a blank space), then the visible
  indicator for the sectional unit, when consistent with the setting of
  <emph
>secnumdepth</emph>, is <quophrase
>Appendix B</quophrase> both at the beginning
  of the section and in the table of contents<eos
/>  Or if the sequence is
  <quophrase
>3</quophrase> and the <emph
>sprefix</emph> is <quophrase
>A</quophrase>, then the
  visible indicator is <quophrase
>A3</quophrase><eos
/>
</desc><term
>sunit</term><desc
>  is an optional setting for the sectional unit sequence<eos
/>  The <abbr
>GELL<hy0
/>MU</abbr>
  didactic document type has an attribute <quophrase
>sid</quophrase> for the
  sectional units <emph
>Section</emph>, <emph
>Subsection</emph>, <ldots
/> that is
  optional (and rare for author usage) in the <abbr
>SGML</abbr> version but
  required in the <abbr
>XML</abbr> version<eos
/>  The translator from <abbr
>SGML</abbr> to <abbr
>XML</abbr>
  computes it in the standard way<eos
/>  For example subsubsection 1 of
  subsection 3 in section 2 acquires the <emph
>sid</emph> <quophrase
>2.3.1</quophrase><eos
/>
  It is expected that formatters will use this value for the visible
  sectional unit indicator, preceded, as previously described, by
  any <emph
>sprefix</emph>, unless the user provides <emph
>sunit</emph><eos
/>  While
  <emph
>sunit</emph> is intended to override the visible indicator, it is
  not provided to override the <emph
>sid</emph> attribute itself which a
  formatter should see as describing logical structure<eos
/></desc></defnlist>
</parb></Subsection
><Subsection depth="2" seq = "2" sid="9.2"
><sunit>&SecRef-13;</sunit
><shead
><label lseq="23">SU-9.2</label
>The <latex
/><hyp
/>Like Form of General Usage</shead><parb
>Corresponding <latex
/><hyp
/>like <emph
>argument</emph><sol
/><emph
>option</emph> syntax can be used, as previously
indicated, in <abbr
>GELL<hy0
/>MU</abbr> source with <emph
>section</emph>, <emph
>subsection</emph>,
<ldots
/> <eos
/>  If, however, <emph
>argument</emph><sol
/><emph
>option</emph> syntax is used, one must be mindful of
the ordering of the options, and use empty option brackets, as
necessary, to indicate the position in the sequence of an option with
content<eos
/>  For example, a sole option is understood as <emph
>sopt</emph>, the
version of the sectional unit title to be used in the table of
contents<eos
/>  To provide only <emph
>sprefix</emph> with <emph
>argument</emph><sol
/><emph
>option</emph> syntax one
precedes the bracket sequence for <emph
>sprefix</emph> with an empty pair
<qquostr
>[]</qquostr> of option brackets<footnote
>The didactic <abbr
>GELL<hy0
/>MU</abbr> production
system does not offer a way to furnish a formally empty string for actual
use with the table of contents<eos
/>  That is, the markup
<qquostr
><bsl
/>sopt<lbr
/><rbr
/></qquostr> furnishes an empty string which, in turn, signals
<quophrase
>no <emph
>sopt</emph></quophrase><eos
/>  For most purposes a visibly empty contents
line may be achieved by inserting a blank space as the alternate title
with the markup <qquostr
><bsl
/>sopt<lbr
/><bsl
/> <rbr
/></qquostr><eos
/>  Beyond that the document
type should be extended with the provision of an empty element
<emph
>emptystring</emph> to indicate the empty string.</footnote>
for <emph
>sopt</emph><eos
/>
</parb></Subsection
></Section
></body
></article>
