glens       02/04/12 04:13:26

  Modified:    src/documentation/xdocs/resolutions res001.xml
  Log:
  Fixed a spelling mistake and added a small bit about jokes.
  
  Revision  Changes    Path
  1.5       +21 -21    jakarta-poi/src/documentation/xdocs/resolutions/res001.xml
  
  Index: res001.xml
  ===================================================================
  RCS file: /home/cvs/jakarta-poi/src/documentation/xdocs/resolutions/res001.xml,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- res001.xml        12 Apr 2002 09:02:22 -0000      1.4
  +++ res001.xml        12 Apr 2002 11:13:26 -0000      1.5
  @@ -6,7 +6,7 @@
     <title>POI Resoluton</title>
     <subtitle>Resolution 001 - Minimal Coding Standards</subtitle>
     <authors>
  -   <person name="Andrew C. Oliver" email="[EMAIL PROTECTED]"/>   
  +   <person name="Andrew C. Oliver" email="[EMAIL PROTECTED]"/>
     </authors>
    </header>
   
  @@ -20,36 +20,36 @@
                           styles by working with different code.  That being said
                           there are some universal "good quality" guidelines that
                           must be adopted on a project of any proportions.
  -                </p>                
  +                </p>
                   <p>
                           Marc Johnson Authored the following resolution:
                   </p>
                   <p>
                   On Tue, 2002-01-08 at 22:23, Marc Johnson wrote:
                   Standards are wonderful; everyone should have a set.
  -                Here's what I propose for coding standards for POI WRT comments 
(should I 
  +                Here's what I propose for coding standards for POI WRT comments 
(should I
                   feel the need, I'll post more of these little gems):
                   </p>
                   <ol>
                           <li>
  -                        All classes and interfaces MUST have, right at the 
beginning, the POI 
  +                        All classes and interfaces MUST have, right at the 
beginning, the POI
                           License (see poi/doc/LICENSE).
                           </li>
                           <li>
  -                        All classes and interfaces MUST include class javadoc. 
Conventionally, 
  -                        this goes after the package and imports, and before the 
start of the class 
  +                        All classes and interfaces MUST include class javadoc. 
Conventionally,
  +                        this goes after the package and imports, and before the 
start of the class
                           or interface. The class javadoc MUST have at least one 
@author tag
                           </li>
                           <li>
  -                        All methods that are accessible outside the class MUST have 
javadoc 
  -                        comments. In other words, if it isn't private, it MUST have 
javadoc 
  -                        comments. Simple getters can consist of a simple @return 
tag; simple setters 
  -                        can consist of a simple @param tag. Anything else requires 
some verbiage 
  -                        plus all the standard javadoc tags as appropriate. You MUST 
include @throws 
  -                        or @exception for any non-runtime exceptions, and you 
SHOULD document any 
  -                        runtime exceptions you expect to throw. @throws/@exception 
tags SHOULD 
  -                        include an explanation of why that exception would be 
thrown. If your method 
  -                        might return null, you MUST say so. An accompanying 
explanation of the 
  +                        All methods that are accessible outside the class MUST have 
javadoc
  +                        comments. In other words, if it isn't private, it MUST have 
javadoc
  +                        comments. Simple getters can consist of a simple @return 
tag; simple setters
  +                        can consist of a simple @param tag. Anything else requires 
some verbiage
  +                        plus all the standard javadoc tags as appropriate. You MUST 
include @throws
  +                        or @exception for any non-runtime exceptions, and you 
SHOULD document any
  +                        runtime exceptions you expect to throw. @throws/@exception 
tags SHOULD
  +                        include an explanation of why that exception would be 
thrown. If your method
  +                        might return null, you MUST say so. An accompanying 
explanation of the
                           circumstances for doing so would be nice.
                           </li>
                   </ol>
  @@ -58,24 +58,24 @@
               <section title="License">
                   <p>
                           As opposed to the formerly used POI License which was
  -                        based on the Apache Public License, now that POI is part of 
  +                        based on the Apache Public License, now that POI is part of
                           Jakarta, use the APL 1.1 for the header.  Currently, the
                           Apache Software Foundation requires us to use the full
                           long version.
                   </p>
  -            </section>       
  -            <section title="2 cents">                 
  +            </section>
  +            <section title="2 cents">
                    <p>
  -                       Tip:  No laughing allow in conversations regarding coding
  +                       Tip:  No laughing or joking allowed in conversations 
regarding coding
                          standards.
                          Any mail on coding standards will be treated very seriously,
                          and sent here with a RTFM.
                   </p>
  -            </section>                             
  +            </section>
           </section>
           <section title="Dissent">
                   <p>
  -                        The motion was passed unanimously with no negative or 
  +                        The motion was passed unanimously with no negative or
                           positive votes.
                   </p>
           </section>
  
  
  


Reply via email to