|
|
|||||||||||||||||
![]() |
![]() |
||||||||||||||||
|
|
|||||||||||||||||
![]() |
|||||||||||||||||
|
|
|||||||||||||||||
|
|
|
|
|||||||||||||||
|
|
|||||||||||||||||
|
|
|
|
|||||||||||||||
|
refsect1$Revision: 1.4 $ $Date: 2002/06/12 11:18:32 $ refsect1 — A major subsection of a reference entry SynopsisContent Modelrefsect1 ::= (refsect1info?, (title,subtitle?,titleabbrev?), (((calloutlist|glosslist|itemizedlist|orderedlist|segmentedlist| simplelist|variablelist|caution|important|note|tip|warning| literallayout|programlisting|programlistingco|screen|screenco| screenshot|synopsis|cmdsynopsis|funcsynopsis|classsynopsis| fieldsynopsis|constructorsynopsis|destructorsynopsis| methodsynopsis|formalpara|para|simpara|address|blockquote| graphic|graphicco|mediaobject|mediaobjectco|informalequation| informalexample|informalfigure|informaltable|equation|example| figure|table|msgset|procedure|sidebar|qandaset|task| productionset|constraintdef|anchor|bridgehead|remark| highlights|abstract|authorblurb|epigraph|indexterm|beginpage)+, refsect2*)| refsect2+)) Attributes
DescriptionReference pages have their own hierarchical structure. A RefSect1 is a major division in a RefEntry, analagous to a Sect1 elsewhere in the document. The value of a separate hierarchical structure is that it allows the content model of sections in reference pages to be customized differently than the content model of sections outside. For example, because of this split, it was easy to add a recursive sectioning element (Section) as a peer to Sect1 in DocBook V3.1 without introducing it to RefEntrys, in which it would not be desirable. Processing expectationsFormatted as a displayed block. In some environments, the name, number, and order of major divisions in a reference page is strictly defined by house style. For example, one style requires that the first major section after the synopsis be the “Description,” which it must have as its title. In those cases, it may be useful to replace RefSect1 in the content model with a set of named sections (following the pattern of RefNameDiv and RefSynopsisDiv). Formatting reference pages may require a fairly sophisticated processing system. Much of the meta-information about a reference page (its name, type, purpose, title, and classification) is stored in wrappers near the beginning of the RefEntry. Common presentational features, such as titles and running headers, may require data from several of these wrappers plus some generated text. Other formatting often requires that these elements be reordered. ChildrenThe following elements occur in refsect1: abstract, address, anchor, authorblurb, beginpage, blockquote, bridgehead, calloutlist, caution, classsynopsis, cmdsynopsis, constraintdef, constructorsynopsis, destructorsynopsis, epigraph, equation, example, fieldsynopsis, figure, formalpara, funcsynopsis, glosslist, graphic, graphicco, highlights, important, indexterm, informalequation, informalexample, informalfigure, informaltable, itemizedlist, literallayout, mediaobject, mediaobjectco, methodsynopsis, msgset, note, orderedlist, para, procedure, productionset, programlisting, programlistingco, qandaset, refsect1info, refsect2, remark, screen, screenco, screenshot, segmentedlist, sidebar, simpara, simplelist, subtitle, synopsis, table, task, tip, title, titleabbrev, variablelist, warning. Attributes
|
|
|||||||||||||||
|
|
|||||||||||||||||
|
Marketplace: | |||||||||||||||||
| " A detailed study of two large programs (the Linux kernel and the Mozilla web browser) found evidence that OSS/FS development processes produce more modular designs. " | |||||||||||||||||