]> git.donarmstrong.com Git - qmk_firmware.git/commitdiff
Update our style guide (#5500)
authorskullydazed <skullydazed@users.noreply.github.com>
Thu, 18 Apr 2019 22:59:51 +0000 (15:59 -0700)
committerGitHub <noreply@github.com>
Thu, 18 Apr 2019 22:59:51 +0000 (15:59 -0700)
* Update our style guide

* Clarify muiltple condition ifs

* update the ifdef section

.clang-format
.editorconfig
docs/contributing.md

index bd896176d5421c9e051e0597c40719042cc7ccf4..4652b9e0aa7a0f2ad88e17f35033470c4409c528 100644 (file)
@@ -20,7 +20,7 @@ SortIncludes: 'false'
 SpaceBeforeAssignmentOperators: 'true'
 SpaceBeforeParens: ControlStatements
 SpaceInEmptyParentheses: 'false'
-TabWidth: '2'
+TabWidth: '4'
 UseTab: Never
 
 ...
index 4cd051ce9522006c56d0a294c132f187b585f418..c8cb35b861f46f9e1afa6aff27756e95c2f1b773 100644 (file)
@@ -5,7 +5,7 @@ root = true
 
 [*]
 indent_style = space
-indent_size = 2
+indent_size = 4
 
 # We recommend you to keep these unchanged
 charset = utf-8
index 15066185bc6a057cf826ff680bafa8feaba2bf70..7d1a9691cf5cde96af725d86cb091acf94834408 100644 (file)
@@ -56,7 +56,7 @@ Never made an open source contribution before? Wondering how contributions work
 
 Most of our style is pretty easy to pick up on, but right now it's not entirely consistent. You should match the style of the code surrounding your change, but if that code is inconsistent or unclear use the following guidelines:
 
-* We indent using two spaces (soft tabs)
+* We indent using four (4) spaces (soft tabs)
 * We use a modified One True Brace Style
   * Opening Brace: At the end of the same line as the statement that opens the block
   * Closing Brace: Lined up with the first character of the statement that opens the block
@@ -71,6 +71,14 @@ Most of our style is pretty easy to pick up on, but right now it's not entirely
   * If you not sure if a comment is obvious, go ahead and include it.
 * In general we don't wrap lines, they can be as long as needed. If you do choose to wrap lines please do not wrap any wider than 76 columns.
 * We use `#pragma once` at the start of header files rather than old-style include guards (`#ifndef THIS_FILE_H`, `#define THIS_FILE_H`, ..., `#endif`)
+* We accept both forms of preprocessor if's: `#ifdef DEFINED` and `#if defined(DEFINED)`
+  * If you are not sure which to prefer use the `#if defined(DEFINED)` form.
+  * Do not change existing code from one style to the other, except when moving to a multiple condition `#if`.
+  * Do not put whitespace between `#` and `if`.
+  * When deciding how (or if) to indent directives keep these points in mind:
+    * Readability is more important than consistency.
+    * Follow the file's existing style. If the file is mixed follow the style that makes sense for the section you are modifying.
+    * When choosing to indent you can follow the indention level of the surrounding C code, or preprocessor directives can have their own indent level. Choose the style that best communicates the intent of your code.
 
 Here is an example for easy reference: