Changeset

13:716632cca05d

Coding style doc, HACKERS file
author Matthew Wild <mwild1@gmail.com>
date Mon, 25 Aug 2008 22:06:47 +0100
parents 12:90f22275f7ae
children 14:780bcad913f3
files HACKERS doc/coding_style.txt
diffstat 2 files changed, 40 insertions(+), 0 deletions(-) [+]
line wrap: on
line diff
--- /dev/null	Thu Jan 01 00:00:00 1970 +0000
+++ b/HACKERS	Mon Aug 25 22:06:47 2008 +0100
@@ -0,0 +1,7 @@
+Welcome hackers!
+
+This project accepts and *encourages* contributions. If you would like to get involved you can join us on our mailing list at: <doh, we need a mailing list>
+
+You can also find us in the chatroom at lxmppd@chatbox.heavy-horse.co.uk
+
+Patches are welcome, though before sending we would appreciate if you read docs/coding_style.txt for guidelines on how to format your code.
--- /dev/null	Thu Jan 01 00:00:00 1970 +0000
+++ b/doc/coding_style.txt	Mon Aug 25 22:06:47 2008 +0100
@@ -0,0 +1,33 @@
+This file describes some coding styles to try and adhere to when contributing to this project.
+Please try to follow, and feel free to fix code you see not following this standard.
+
+== Indentation ==
+
+	1 tab indentation for all blocks
+
+== Spacing ==
+
+No space between function names and parenthesis and parenthesis and paramters:
+
+		function foo(bar, baz)
+
+Single space between braces and key/value pairs in table constructors:
+
+		{ foo = "bar", bar = "foo" }
+
+== Local variable naming ==
+
+In this project there are many places where use of globals is restricted, and locals used for faster access.
+
+Local versions of standard functions should follow the below form:
+
+	math.random -> m_random
+	string.char -> s_char	
+
+== Miscellaneous ==
+
+Single-statement blocks may be written on one line when short
+	
+	if foo then bar(); end
+
+'do' and 'then' keywords should be placed at the end of the line, and never on a line by themself.