<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE article
  PUBLIC "-//OASIS//DTD DocBook XML V4.1.2//EN"
  "http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd">

<article status="Working Draft">

<articleinfo>
<releaseinfo role="cvs">$Id: wd-spectools-instructions.xml,v 1.1 2002/04/26 20:56:09 ndw Exp $
</releaseinfo>

<productname>wd-spectools-instructions</productname>
<productnumber>01</productnumber>

<releaseinfo role="product"><ulink url="wd-spectools-instructions-01.html">HTML</ulink></releaseinfo>
<releaseinfo role="product"><ulink url="wd-spectools-instructions-01.xml">XML</ulink></releaseinfo>
<releaseinfo role="product"><ulink url="wd-spectools-instructions-01.pdf">PDF</ulink></releaseinfo>

<releaseinfo role="location">http://www.oasis-open.org/spectools/docs</releaseinfo>

<title>Specification Template Instructions</title>

<authorgroup>
<editor>
  <surname>Walsh</surname><firstname>Norman</firstname>
  <affiliation>
    <address><email>Norman.Walsh@Sun.COM</email></address>
  </affiliation>
</editor>
<editor>
  <surname>Maler</surname><firstname>Eve</firstname>
  <affiliation>
    <address><email>Eve.Maler@Sun.COM</email></address>
  </affiliation>
</editor>
<othercredit>
  <surname>Karl</surname><firstname>Best</firstname>
  <affiliation>
    <orgname>OASIS</orgname>
  </affiliation>
</othercredit>
</authorgroup>

<pubdate>26 Apr 2002</pubdate>

<copyright><year>2002</year>
<holder>The Organization for the Advancement of Structured Information
Standards [OASIS]</holder></copyright>

<abstract>
<para>This document lays out the recommended best practices for
writing OASIS standards-track documents in DocBook, <quote>Office</quote>
applications, and XHTML.</para>
</abstract>

<legalnotice role="status"><title>Status</title>

<para>This is a <emphasis>Working Draft</emphasis>.</para>

<para>If you have comments about this document, please send them to
Eve Maler <email>Eve.Maler@Sun.COM</email> and
Norman Walsh <email>Norman.Walsh@Sun.COM</email>.</para>

</legalnotice>

</articleinfo>

<section id="s.introduction">
<title>Introduction</title>

<para>This document lays out the recommended best practices for
writing OASIS standards-track documents in DocBook,
<quote>Office</quote> applications, and XHTML.</para>

<para>This document is an instance of itself, that is to say, the XML
source for this document is in DocBook and satisfies the
recommendations specified herein.</para>

</section>

<section id="s.terminology"><title>Terminology</title>

<para>The key words <glossterm>must</glossterm>, <glossterm>must
not</glossterm>, <glossterm>required</glossterm>,
<glossterm>shall</glossterm>, <glossterm>shall not</glossterm>,
<glossterm>should</glossterm>, <glossterm>should not</glossterm>,
<glossterm>recommended</glossterm>, <glossterm>may</glossterm>, and
<glossterm>optional</glossterm> in this document are to be
interpreted as described in <xref linkend="rfc2119"/>.</para>

<para>Some specifications may choose to capitalize these words, or use
other typographic conventions to make them stand out and to separate
their use in a normative sense from their use in a natural-language
sense. This document does not.</para>

</section>

<section id="s.metadata">
<title>Standard Metadata</title>

<para>All standards-track documents must provide the following metadata:</para>

<variablelist>
<?dbfo list-presentation="blocks"?>
<varlistentry><term>Title</term>
<listitem>
<para>The title of the document.
</para>
</listitem>
</varlistentry>

<varlistentry><term>Editorial Status</term>
<listitem>
<para>The editorial status of the document (Proposal, Working
Draft, Committee Draft, Committee Specification, or OASIS Standard).
</para>
</listitem>
</varlistentry>

<varlistentry><term>Publication Date</term>
<listitem>
<para>The date of publication of this version of the document.
</para>
</listitem>
</varlistentry>

<varlistentry><term>Document Identifier</term>
<listitem>
<para>A unique identifier for the document. The recommended method for constructing
a unique identifier is as follows:</para>

<screen><replaceable>{editorial status}</replaceable>-<replaceable>{committee name}</replaceable>-<replaceable>{short title}</replaceable>-<replaceable>{version}</replaceable></screen>

<para>The standard abbreviations for the editorial status are, <quote>p</quote>,
<quote>wd</quote>, <quote>cd</quote>, and <quote>cs</quote> for Proposal,
Working Draft, Committee Draft, and Committee Specification, respectively.
</para>

<para>Proposals put forth by members of the committee should use some
appropriate identifier based on the name(s) of the individual(s)
instead of the committee name in the document identifier.</para>

<para>The unique identifier for documents with an editorial status of
<quote>Standard</quote> may omit the editorial status indicator. They
may also omit the version if the document title includes some form of
version identifier.</para>

<para>Document identifiers provide a mechanism for distinguishing
between multiple documents and multiple versions of the same document.
Any given document may be available in several forms (XML, HTML, etc.)
and related documents (versions with change bar markup, for example)
may be also be available. Where appropriate, links should be provided
to each of these parallel versions.</para>
</listitem>
</varlistentry>

<varlistentry><term>Location</term>
<listitem>
<para>The location (base URI) of the <quote>repository</quote> where versions of this
document can be retrieved.
</para>
</listitem>
</varlistentry>

<varlistentry><term>Editor(s)</term>
<listitem>
<para>The individuals credited as editors. This item is optional on documents that
have authors.
</para>
</listitem>
</varlistentry>

<varlistentry><term>Author(s)</term>
<listitem>
<para>The individuals credited as authors. This item is optional on documents that
have editors.
</para>
</listitem>
</varlistentry>

<varlistentry><term>Contributor(s)</term>
<listitem>
<para>The individuals credited with contributions (other than editorship or authorship)
of this document. This item is optional.
</para>
</listitem>
</varlistentry>

<varlistentry><term>Abstract</term>
<listitem>
<para>A brief abstract of the document.
</para>
</listitem>
</varlistentry>

<varlistentry><term>Status</term>
<listitem>
<para>A statement of the status of the document. In addition to identifying the
status, this section must include the email address to which comments should be sent.
Documents published with an editorial status of <quote>Committee Specification</quote>
or <quote>Standard</quote> must also include a link to the page where errata will
be documented.
</para>
</listitem>
</varlistentry>

<varlistentry><term>Copyright</term>
<listitem>
<para>The OASIS copyright statement.
</para>
</listitem>
</varlistentry>

<varlistentry><term>Notices</term>
<listitem>
<para>The legal notices (intellectual property information,
warranties, etc.) must be provided. In the interest of brevity on the
title page, notices may be documented in an appendix.
</para>
</listitem>
</varlistentry>
</variablelist>

</section>

<section id="s.docbook">
<title>DocBook Specifications</title>

<para>TBD</para>

<para>See the DocBook template for more information.</para>

</section>

<section id="s.office">
<title>Office Specifications</title>

<para>TBD</para>

<para>See the <trademark>Microsoft Word</trademark> and
<trademark>Star Office</trademark> templates for more information.</para>

</section>

<section id="s.xhtml">
<title>XHTML Specifications</title>

<para>TBD</para>

</section>

<section id="s.styling">
<title>Styling OASIS Standards</title>

<para>OASIS standards-track documents encoded in DocBook can be styled with an
<xref linkend="xslt"/> processor to produce HTML or <xref linkend="xsl"/> versions.
The HTML versions are styled by the appropriate OASIS CSS stylesheet.
The XSL versions can subsequently be styled with an XSL Formatter to produce
<xref linkend="bib.pdf"/> and other hardcopy formats.</para>

<para>OASIS standards-track documents encoded in <quote>Office</quote>
applications are styled by the appropriate OASIS template.</para>

<para>OASIS standards-track documents encoded in XHTML
are styled by the appropriate OASIS CSS stylesheet.</para>

</section>

<appendix id="a.committee" role="non-normative">
<title>OASIS Specification Tools</title>

<para>The following individuals helped in
the formulation of this document:</para>

<itemizedlist>
<listitem><para>Karl Best, OASIS</para></listitem>
<listitem><para>Eve Maler, Sun Microsystems</para></listitem>
<listitem><para>Norman Walsh, Sun Microsystems</para></listitem>
</itemizedlist>

</appendix>

<appendix id="a.notices">
<title>Notices</title>

<para>Copyright &#169; The Organization for the Advancement of
Structured Information Standards [OASIS] 2001, 2002. All Rights
Reserved.</para>

<para>OASIS takes no position regarding the validity
or scope of any intellectual property or other rights
that might be claimed to pertain to the implementation
or use of the technology described in this document
or the extent to which any license under such rights
might or might not be available; neither does it represent
that it has made any effort to identify any such rights.
Information on OASIS's procedures with respect to rights
in OASIS specifications can be found at the OASIS website.
Copies of claims of rights made available for publication
and any assurances of licenses to be made available,
or the result of an attempt made to obtain a general
license or permission for the use of such proprietary
rights by implementors or users of this specification,
can be obtained from the OASIS Executive Director.</para>

<para>OASIS invites any interested party to bring to
its attention any copyrights, patents or patent applications,
or other proprietary rights which may cover technology
that may be required to implement this specification.
Please address the information to the OASIS Executive
Director.</para>

<para>This document and translations of it may be copied
and furnished to others, and derivative works that comment
on or otherwise explain it or assist in its implementation
may be prepared, copied, published and distributed,
in whole or in part, without restriction of any kind,
provided that the above copyright notice and this paragraph
are included on all such copies and derivative works.
However, this document itself may not be modified in
any way, such as by removing the copyright notice or
references to OASIS, except as needed for the purpose
of developing OASIS specifications, in which case the
procedures for copyrights defined in the OASIS Intellectual
Property Rights document must be followed, or as required
to translate it into languages other than English.</para>

<para>The limited permissions granted above are perpetual
and will not be revoked by OASIS or its successors or
assigns.</para>

<para>This document and the information contained herein
is provided on an <quote>AS IS</quote> basis and OASIS DISCLAIMS
ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT
LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION
HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES
OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.</para>

<para>OASIS has been notified of intellectual property
rights claimed in regard to some or all of the contents
of this specification. For more information consult
the online list of claimed rights.</para>

</appendix>

<bibliography id="bibl"><title>References</title>

<bibliodiv><title>Normative</title>

<bibliomixed id="rfc2119"/>
<bibliomixed id="xslt"/>
<bibliomixed id="xsl"/>

</bibliodiv>

<bibliodiv><title>Non-Normative</title>

<bibliomixed id="bib.pdf"/>

</bibliodiv>

</bibliography>

</article>
