Author: qmathe
Date: Wed May  7 17:50:44 2014
New Revision: 10670

URL: http://svn.gna.org/viewcvs/etoile?rev=10670&view=rev
Log:
Removed ChangeLog mentions in the coding style.

And updated Project hierarchy style section (to reflect what we do currently).

Modified:
    web/dev/codingstyle/main.html

Modified: web/dev/codingstyle/main.html
URL: 
http://svn.gna.org/viewcvs/etoile/web/dev/codingstyle/main.html?rev=10670&r1=10669&r2=10670&view=diff
==============================================================================
--- web/dev/codingstyle/main.html       (original)
+++ web/dev/codingstyle/main.html       Wed May  7 17:50:44 2014
@@ -13,7 +13,7 @@
 
 Always encode text in UTF-8, except with 'strings' files which should be 
encoded in UTF-16.
 
-Use a 80 characters wide wrapping within source code or raw text files. You 
can rely on automatic wrapping for end user documentation stored in the 
repository or elsewhere.
+Use a 80 characters wide wrapping within source code or raw text files such as 
README or INSTALL. You can rely on automatic wrapping for end user 
documentation stored in the repository or elsewhere.
 
 
 ## Terminology Style
@@ -25,61 +25,39 @@
 
 ## Project Hierarchy Style
 
-A project is usually separated in several parts like below:
-
-* _Headers_ directory
+A project is usually separated in several directories:
+
+* one or more directories that group related source code
        * headers files
-* _Source_ directory
-       * GNUmakefile
-       * source code files
-* _Resources_ directory (optional)
+    * implementation files
+* _Tests_ directory (optional, contains the test suite)
+       * headers files
+       * implementation files
+* _English.lproj_ directory (and other localization directories)
        * image files
        * nib or gorm files
        * plist files
        * etc.
-* ChangeLog
-* INSTALL
-* README
+* _Documentation_ directory (optional, can be created by documentation.make 
automatically)
+* _Examples_ directory (optional)
+* README.md
+* INSTALL.md (or both INSTALL.GNUstep.md and INSTALL.Cocoa.md)
+* NEWS.md
+* TODO.md
 * COPYING (or LICENSE)
 * GNUmakefile
 
-When the project is fairly small (few headers and source code files), you can 
adopt a flat directory layout instead of the one with _Headers_ and _Source_ 
subdirectories.
-
-### Directories
-
-_Headers_ directory usually contains header files or subdirectories which 
contain them, but _Headers_ must contain no makefile. Header files should be 
handled from _Source_ makefile.
-
-_Source_ directory usually contains source code files or subdirectories which 
contain them, and _Source_ must contain a GNUmakefile similar to [this 
template](http://svn.gna.org/viewcvs/*checkout*/etoile/trunk/Etoile/Developer/Templates/FrameworkTemplate/Source/GNUmakefile).
-
-Such flexible project layout allows you to add extra directories like 
_Plugins_, _Tools_ etc. beside _Headers_ and _Source_ which make the core of 
the project.
+For an example, check the [CoreObject 
repository](https://github.com/etoile/CoreObject).
+
+When the project is fairly small (few headers and source code files), the 
source code can sit directly in the project directory.
 
 ### Files
 
-Project directory must contain the following files formatted in a way similar 
to the templates they are linked to:
-
-* 
[_ChangeLog_](http://svn.gna.org/viewcvs/*checkout*/etoile/trunk/Etoile/Developer/Templates/FrameworkTemplate/ChangeLog)
 (look at ChangeLog Style below too)
-* 
[_INSTALL_](http://svn.gna.org/viewcvs/*checkout*/etoile/trunk/Etoile/Developer/Templates/FrameworkTemplate/INSTALL)
-* 
[_README_](http://svn.gna.org/viewcvs/*checkout*/etoile/trunk/Etoile/Developer/Templates/FrameworkTemplate/README)
-* 
[_GNUmakefile_](http://svn.gna.org/viewcvs/*checkout*/etoile/trunk/Etoile/Developer/Templates/FrameworkTemplate/GNUmakefile)
-
-
-## ChangeLog Style
-
-Within each project (library, application, example, etc.) you should include a 
ChangeLog in the project root directory. Typically there is one for each 
library, application etc.<br>
-Always include a ChangeLog entry for work that you do (look for the ChangeLog 
file in the current directory or look up in parent directories). 
-
-Mainly ChangeLog entry shoud look in this example:
-
-       2005-05-21  John Low  <[email protected]>
-       
-               * Source/IKIcon.m ([IKIcon -initWithImage:]): blabla.
-
-_blabla_ is where you add your own comments on the same line (with word 
wrapping every 80 characters). Although if you're making similar changes to 
multiple methods, it's ok to leave out the function/method name.
-
-Important: Changelog entries should state what was changed, not why it was 
changed. It's more appropriate to put that in the source code, where someone 
can find it, or in the documentation.
-
-Note: If you are working on a subversion branch, please postfix your changelog 
with the branch name.
-
+The project directory must contain the following files formatted in a similar 
way:
+
+* 
[_INSTALL_](https://raw.githubusercontent.com/etoile/CoreObject/master/INSTALL.GNUstep.md)
+* 
[_README_](https://raw.githubusercontent.com/etoile/CoreObject/master/README.md)
+* 
[_GNUmakefile_](https://raw.githubusercontent.com/etoile/CoreObject/master/GNUmakefile)
 
 ## Source Code Style
 


_______________________________________________
Etoile-cvs mailing list
[email protected]
https://mail.gna.org/listinfo/etoile-cvs

Reply via email to