blob: 82b98da912ddc924abe03e9385bbdf2cb0536032 (
plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
|
Intro
~~~~~
In this file I want to try to explain some practical things about Guidance
the "project" and some basic (and hopefully not too heavy) policies about how
things work organisationally.
-- 11 Feb 2007, Simon Edwards <simon@simonzone.com>
Developers
~~~~~~~~~~
The list of developers as of 11 Feb 2007:
Simon Edwards <simon@simonzone.com>, SVN username: sedwards, IRC: sime (unregistered)
Sebastian Kügler <sebas@kde.nl>, SVN username: sebas, IRC: sebas
Yuriy Kozlov <yuriy.kozlov@gmail.com>, SVN username: ykozlov, IRC: yuriy
Martin Böhm <martin.bohm@kubuntu.org>, SVN username: martinbohm, IRC: ???
"Lure" on #kubuntu-devel will join this list whether he likes it or not if he keeps
on committing stuff to powermanager. ;-)
Subversion
~~~~~~~~~~
Main development occurs in KDE's subversion repository in
/trunk/kdereview/guidance. Branches of the stable releases can be found
in svn under /kde/branches/guidance/. 0.6 was used in the Kubuntu Dapper, 0.7
was in Edgy.
Python source code
~~~~~~~~~~~~~~~~~~
Use 4 spaces for indentation, for the simple reason that it is very common
and mixing indentation styles is a PITA.
I (Simon) use Qt/KDE style naming conventions for methods. For variable
names I'm a bit inconsistent but it is usually lower case of lower case
with underscores. All I ask is that variable names be descriptive and
understandable.
TIP: When dealing with translated strings, use uncide() and not str(),
otherwise things will break on translated desktops.
Release procedure
~~~~~~~~~~~~~~~~~
[TODO: explain how a release tarball is created.]
|
