SVN commit 1218181 by kloecker:
Point this page to the corresponding KDE Community Wiki page.
M +2 -128 coding-korganizer.php
--- trunk/www/areas/pim/development/coding-korganizer.php #1218180:1218181
@@ -6,136 +6,10 @@
?>
+
The content of pim.kde.org is being moved to the KDE PIM section of the KDE Community Wiki.
+This page has already been moved.
-
-This document describes the basic guidelines for hacking on KOrganizer,
-libkcal and libkabc.
-
-
- Formatting
-
-
- - No Tabs
- - Indent with 2 spaces
- - A line must not have more than 100 chars
- -
- If the arguments of a function don't fit into the 100 chars, start a new
- line and align the additional arguments with the first one.
-
- - Put spaces between operators and arguments
- - Put spaces between brackets and arguments of functions
- -
- For pointer and reference variable declarations put a space between the
- type and the * or & and no space before the variable name.
-
- - For if, else, while and similar statements put the brackets on the same line as the statement
- - Function and class definitions have their brackets on separate lines
-
-
-
-
-
-void MyClass::myFunction( MyPointer *pointer, MyReference &ref,
- Argl *oerx )
-{
- if ( blah == false ) {
- blubbVariable = arglValue;
- } else {
- blubbVariable = oerxValue;
- }
-}
-
-
-
- Header Formatting
-
-
- - General formatting rules apply
- - Access modifiers are indented
- - Put curly brackets of class definitions on its own line
- - Double inclusion protection defines are all upper case letters and are
- composed of the namespace (if available), the classname and a H suffix
- separated by underscores
- - Inside a namespace there is no indentation
-
-
-
-#ifndef XKJ_MYCLASS_H
-#define XKJ_MYCLASS_H
-
-namespace XKJ {
-
-class MyClass
-{
- public:
- MyClass();
-
- private:
- int mMyInt;
-};
-
-}
-
-#endif
-
-
- API docs
-
-
- - Each public function must have a Doxygen compatible comment in the header
- - Use C-style comments without additional asterisks
- - Comments should be grammatically correct, e.g. sentences start with
- uppercase letters and end with a full stop
- - Be concise
-
-
-
- /**
- This function makes tea.
-
- @param cups number of cups.
- @result tea
- */
- Tea *makeTea( int cups );
-
-
-
- Class and File Names
-
-
- - Put classes in files, which have the same name as the class, but only lower-case letters
- - Designer-generated files should have a name classname_base.ui and should
- contain a class called ClassnameBase
- - Classes inheriting from designer-generated classes have the same name as
- the generated class, but without the Base suffix
-
-
-
- Class and Variable Names
-
-
- - For class, variable, function names separate multiple words by upper-casing
- the words preceded by other words
- - Class names start with an upper-case letter
- - Function names start with a lower-case letter
- - Variable names start with a lower-case letter
- - Member variables of a class start with "m" followed by an upper-case letter
-
-
- Misc
-
-
- -
- Use true and false instead of TRUE and
- FALSE. These are the C++ keywords after all.
-
- -
- A null pointer is 0, not 0l, 0L or
- NULL. Once again, this is C++, not C.
-
-
-