aboutsummaryrefslogtreecommitdiff
path: root/runtime/doc
diff options
context:
space:
mode:
authordundargoc <gocdundar@gmail.com>2023-12-24 13:26:28 +0100
committerdundargoc <33953936+dundargoc@users.noreply.github.com>2023-12-24 20:50:44 +0100
commit675522af18f59918a64e6dbe5f0ba3b1d3b4eb65 (patch)
tree83257a09b6b35033de6554fdca6f6bfbe68e5f67 /runtime/doc
parentab2aad509d6e4fc57a6afe056275405ec6451671 (diff)
downloadrneovim-675522af18f59918a64e6dbe5f0ba3b1d3b4eb65.tar.gz
rneovim-675522af18f59918a64e6dbe5f0ba3b1d3b4eb65.tar.bz2
rneovim-675522af18f59918a64e6dbe5f0ba3b1d3b4eb65.zip
build: remove clint checks and style text covered by uncrustify
Diffstat (limited to 'runtime/doc')
-rw-r--r--runtime/doc/dev_style.txt66
1 files changed, 0 insertions, 66 deletions
diff --git a/runtime/doc/dev_style.txt b/runtime/doc/dev_style.txt
index 9e00210f8c..c8b7729318 100644
--- a/runtime/doc/dev_style.txt
+++ b/runtime/doc/dev_style.txt
@@ -817,47 +817,6 @@ example, `"\uFEFF"`, is the Unicode zero-width no-break space character, which
would be invisible if included in the source as straight UTF-8.
-Function Calls ~
-
-On one line if it fits; otherwise, wrap arguments at the parenthesis.
-
-Function calls have the following format: >c
-
- bool retval = do_something(argument1, argument2, argument3);
-
-If the arguments do not all fit on one line, they should be broken up onto
-multiple lines, with each subsequent line aligned with the first argument. Do
-not add spaces after the open paren or before the close paren: >c
-
- bool retval = do_something(averyveryveryverylongargument1,
- argument2, argument3);
-
-If the function has many arguments, consider having one per line if this makes
-the code more readable: >c
-
- bool retval = do_something(argument1,
- argument2,
- argument3,
- argument4);
-
-Arguments may optionally all be placed on subsequent lines, with one line per
-argument: >c
-
- if (...) {
- ...
- ...
- if (...) {
- do_something(
- argument1, // 4 space indent
- argument2,
- argument3,
- argument4);
- }
-
-In particular, this should be done if the function signature is so long that
-it cannot fit within the maximum line length.
-
-
Braced Initializer Lists ~
Format a braced list exactly like you would format a function call in its
@@ -959,11 +918,6 @@ Horizontal Whitespace ~
Use of horizontal whitespace depends on location.
- General ~
->c
- int x[] = { 0 }; // Spaces inside braces for braced-init-list.
-<
-
Variables ~
>c
int long_variable = 0; // Don't align assignments.
@@ -980,26 +934,6 @@ Use of horizontal whitespace depends on location.
};
<
-
- Operators ~
->c
- x = 0; // Assignment operators always have spaces around
- // them.
- x = -5; // No spaces separating unary operators and their
- x++; // arguments.
- if (x && !y)
-<
-
-Vertical Whitespace ~
-
-Minimize use of vertical whitespace.
-
-The basic principle is: The more code that fits on one screen, the easier it
-is to follow and understand the control flow of the program. Of course,
-readability can suffer from code being too dense as well as too spread out, so
-use your judgment. But in general, minimize use of vertical whitespace.
-
-
==============================================================================
Parting Words