Thread: [Epydoc-commits] SF.net SVN: epydoc: [1289] trunk/epydoc/doc/fields.html
Brought to you by:
edloper
From: <ed...@us...> - 2006-08-22 06:28:25
|
Revision: 1289 Author: edloper Date: 2006-08-21 23:28:21 -0700 (Mon, 21 Aug 2006) ViewCVS: http://svn.sourceforge.net/epydoc/?rev=1289&view=rev Log Message: ----------- - Added docs for @change field - Updated docs to reflect the fact that __extra_epydoc_fields is deprecated, and @newfields should be used instead. Modified Paths: -------------- trunk/epydoc/doc/fields.html Modified: trunk/epydoc/doc/fields.html =================================================================== --- trunk/epydoc/doc/fields.html 2006-08-22 06:15:35 UTC (rev 1288) +++ trunk/epydoc/doc/fields.html 2006-08-22 06:28:21 UTC (rev 1289) @@ -224,6 +224,10 @@ <code>@<b>status</b>:</code> ... </td><td> The current status of an object.</td></tr> + <tr><td width="10%" align="left" valign="top"> + <code>@<b>change</b>:</code> ... </td><td> + A change log entry for this object.</td></tr> + <!-- ========== Formal Conditions ========== --> <tr><th colspan="2" align="left">Formal Conditions</th></tr> <tr><td width="10%" align="left" valign="top"> @@ -426,6 +430,10 @@ <tr><td align="left" valign="top"> <b><code>@copyright:</code> ...</b> </td><td> <code>@(c):</code> ... </td></tr> + + <tr><td align="left" valign="top"> + <b><code>@change:</code> ...</b> </td><td> + <code>@changed:</code> ... </td></tr> </table> </td></tr></table> </center> @@ -433,34 +441,27 @@ <a name="newfield"> <h2> 4. Adding New Fields</h2></a> -<p> New fields can be defined for the docstrings in a module with the -special module-level variable "<code>__extra_epydoc_fields__</code>". -This variable should contain a list of field specifications, where -each field specification is one of the following: </p> +<p> New fields can be defined for the docstrings in a module using the +special <code>@newfield</code> tag (or its synonym, +<code>@deffield</code>). This tag has the following syntax:</p> -<ul> - <li> A single string, which defines both the tag and the label for - the field. </li> - - <li> A tuple <code>(tag, label)</code>, where <code>tag</code> is - the field's tag, and <code>label</code> is its label. - - <li> A tuple <code>(tag, singular, plural)</code>, where - <code>tag</code> is the field's tag, <code>singular</code> is the - label that is used when the field has one entry, and - <code>plural</code> is the label that is used when the field has - multiple entries. </li> -</ul> +<div class="screen"><pre> +<b>@newfield <i>tag</i>:</b> <i>label</i> [, <i>plural</i>] +</pre></div> -<p> The following example illustrates how the special variable -"<code>__extra_epydoc_fields__"</code> can be used: </p> +<p>Where <code><i>tag</i></code> is the new tag that's being defined; +<code><i>label</i></code> is a string that will be used to mark this +field in the generated output; and <code><i>plural</i></code> is the +plural form of <code><i>label</i></code>, if different. The following +example illustrates how the <code>@newfield</code> can be used: </p> <table border="1" cellspacing="0" cellpadding="3" width="95%"> <tr><th width="50%">Docstring Input</th><th width="50%">Rendered Output</th> <tr valign="top"><td> <pre> -__extra_epydoc_fields__ = [ - ('corpus', 'Corpus', 'Corpora')] +""" +@newfield corpus: Corpus, Corpora +""" <code class="keyword">def</code> <code class="function">example</code>(): <code class="string">""" @@ -479,13 +480,9 @@ </td></tr> </table> -<p> New fields can also be defined for an individual docstring, using -the special <code>@newfield</code> field. In particular, -"<code>@newfield <i>tag</i>: <i>label</i> [, <i>plural</i>]</code>" will -define a new field, whose tag is <code><i>tag</i></code>; and which is -labeled in output documentation as <code><i>label</i></code>. The -optional argument <code><i>plural</i></code> specifies the label that -should be used if the field has multiple entries. </p> +<p><b>Note:</b> The module-level variable +<code>__extra_epydoc_fields__</code> is deprecated; use +<code>@newfield</code> instead.</p> <h2> 5. Markup-Specific Notes </h2> This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. |
From: <dva...@us...> - 2006-09-10 15:16:47
|
Revision: 1378 http://svn.sourceforge.net/epydoc/?rev=1378&view=rev Author: dvarrazzo Date: 2006-09-10 08:16:41 -0700 (Sun, 10 Sep 2006) Log Message: ----------- Fixed typo. Modified Paths: -------------- trunk/epydoc/doc/fields.html Modified: trunk/epydoc/doc/fields.html =================================================================== --- trunk/epydoc/doc/fields.html 2006-09-10 14:29:31 UTC (rev 1377) +++ trunk/epydoc/doc/fields.html 2006-09-10 15:16:41 UTC (rev 1378) @@ -262,7 +262,7 @@ fields may be used if an object has multiple authors.</td></tr> <tr><td width="10%" align="left" valign="top"> - <code>@<b>organiation</b>:</code> ... </td><td> The + <code>@<b>organization</b>:</code> ... </td><td> The organization that created or maintains an object. </td></tr> This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. |
From: <dva...@us...> - 2007-02-17 16:24:09
|
Revision: 1527 http://svn.sourceforge.net/epydoc/?rev=1527&view=rev Author: dvarrazzo Date: 2007-02-17 08:24:07 -0800 (Sat, 17 Feb 2007) Log Message: ----------- - Added documentation for 'permission' field. Modified Paths: -------------- trunk/epydoc/doc/fields.html Modified: trunk/epydoc/doc/fields.html =================================================================== --- trunk/epydoc/doc/fields.html 2007-02-17 04:30:49 UTC (rev 1526) +++ trunk/epydoc/doc/fields.html 2007-02-17 16:24:07 UTC (rev 1527) @@ -233,6 +233,12 @@ <code>@<b>change</b>:</code> ... </td><td> A change log entry for this object.</td></tr> + <tr><td width="10%" align="left" valign="top"> + <code>@<b>permission</b>:</code> ... </td><td> + The object access permission, for systems such Zope/Plone supporting + this concept. It may be used more than once to specify multiple + permissions.</td></tr> + <!-- ========== Formal Conditions ========== --> <tr><th colspan="2" align="left">Formal Conditions</th></tr> <tr><td width="10%" align="left" valign="top"> This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. |
From: <dva...@us...> - 2007-02-18 11:23:10
|
Revision: 1528 http://svn.sourceforge.net/epydoc/?rev=1528&view=rev Author: dvarrazzo Date: 2007-02-18 03:20:10 -0800 (Sun, 18 Feb 2007) Log Message: ----------- - Documented the fact that consolidated list don't require the term being interpreted text Modified Paths: -------------- trunk/epydoc/doc/fields.html Modified: trunk/epydoc/doc/fields.html =================================================================== --- trunk/epydoc/doc/fields.html 2007-02-17 16:24:07 UTC (rev 1527) +++ trunk/epydoc/doc/fields.html 2007-02-18 11:20:10 UTC (rev 1528) @@ -665,7 +665,7 @@ href="http://docutils.sourceforge.net/docs/user/rst/quickref.html#inline-markup">interpreted text</a>, and followed by a colon or dash. If a consolidated field is written as a definition list, then each definition item's term should -contain the field's argument, marked as interpreted text. The term +contain the field's argument, (it is not mandatory for it being marked as interpreted text). The term classifier, if present, is used to specify the associated type. The following example shows the use of a definition list to define a consolidated field. (Note that docutils requires a space before and @@ -678,11 +678,11 @@ Return the maximum speed for a fox. <code class="field">:Parameters:</code> - `size` + size The size of the fox (in meters) - `weight` : float + weight : float The weight of the fox (in stones) - `age` : int + age : int The age of the fox (in years) """</code> <i>[...]</i> This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. |