Standard rules
Annotation formatting¶
Multiple annotations should be on a separate line than the annotated declaration; annotations with parameters should each be on separate lines; annotations should be followed by a space
// A single annotation (without parameters) is allowed on same line as annotated construct
@FunctionalInterface class FooBar {
@JvmField var foo: String
@Test fun bar() {}
}
// A class or function parameter may have a single annotation with parameter(s) on the same line
class Foo(
@Path("fooId") val fooId: String,
@NotNull("bar") bar: String,
)
// Multiple annotations (without parameters) are allowed on the same line
@Foo @Bar
class FooBar {
@Foo @Bar
var foo: String
@Foo @Bar
fun bar() {}
}
// An array of annotations (without parameters) is allowed on same line as annotated construct
@[Foo Bar] class FooBar2 {
@[Foo Bar] var foo: String
@[Foo Bar] fun bar() {}
}
// An annotation with parameter(s) is not allowed on same line as annotated construct
@Suppress("Unused") class FooBar {
@Suppress("Unused") var foo: String
@Suppress("Unused") fun bar() {}
}
// Multiple annotation on same line as annotated construct are not allowed
@Foo @Bar class FooBar {
@Foo @Bar var foo: String
@Foo @Bar fun bar() {}
}
Rule id: standard:annotation
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Binary expression wrapping¶
Wraps binary expression at the operator reference whenever the binary expression does not fit on the line. In case the binary expression is nested, the expression is evaluated from outside to inside. If the left and right hand sides of the binary expression, after wrapping, fit on a single line then the inner binary expressions will not be wrapped. If one or both inner binary expression still do not fit on a single after wrapping of the outer binary expression, then each of those inner binary expressions will be wrapped.
Rule id: standard:binary-expression-wrapping
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Blank line before declarations¶
Requires a blank line before any class or function declaration. No blank line is required between the class signature and the first declaration in the class. In a similar way, a blank line is required before any list of top level or class properties. No blank line is required before local properties or between consecutive properties.
Rule id: standard:blank-line-before-declaration
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Note
This rule is only run when ktlint_code_style
is set to ktlint_official
or when the rule is enabled explicitly.
Block comment initial star alignment¶
Lines in a block comment which (exclusive the indentation) start with a *
should have this *
aligned with the *
in the opening of the block comment.
Rule id: standard:block-comment-initial-star-alignment
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Chain method continuation¶
In a multiline method chain, the chain operators (.
or ?.
) have to be aligned with each other.
Multiple chained methods on a single line are allowed as long as the maximum line length, and the maximum number of chain operators are not exceeded. Under certain conditions, it is allowed that the expression before the first and/or the expression after the last chain operator is a multiline expression.
The .
in java.class
is ignored when wrapping on chain operators.
Warning
A binary expression for which the left and/or right operand consist of a method chain are currently being ignored by this rule. Please reach out, if you can help to determine what the best strategy is to deal with such kind of expressions.
Configuration setting | ktlint_official | intellij_idea | android_studio |
---|---|---|---|
ktlint_chain_method_rule_force_multiline_when_chain_operator_count_greater_or_equal_than Force wrapping of chained methods in case an expression contains at least the specified number of chain operators. If a chained method contains nested expressions, the chain operators of the inner expression are not taken into account. Use value unset (default) to disable this setting. |
4 | 4 | 4 |
Rule id: standard:chain-method-continuation
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Note
This rule is only run when ktlint_code_style
is set to ktlint_official
or when the rule is enabled explicitly.
Class signature¶
Rewrites the class signature to a consistent format respecting the .editorconfig
property max_line_length
if set. In the ktlint_official
code style all class parameters are wrapped by default. Set .editorconfig
property ktlint_class_signature_rule_force_multiline_when_parameter_count_greater_or_equal_than
to a value greater than 1 to allow classes with a few parameters to be placed on a single line.
The other code styles allow an infinite amount of parameters on the same line (as long as the max_line_length
is not exceeded) unless .editorconfig
property ktlint_class_signature_rule_force_multiline_when_parameter_count_greater_or_equal_than
is set explicitly.
// Assume that max_line_length is not exceeded when written as single line
class Foo0
class Foo1(
a: Any,
)
class Foo2(
a: Any,
b: Any,
)
class Foo3(
@Foo a: Any,
b: Any,
c: Any,
)
class Foo4(
a: Any,
b: Any,
c: Any,
) : FooBar(a, c)
class Foo5 :
FooBar(
"bar1",
"bar2",
) {
// body
}
class Foo6(
val bar1: Bar,
val bar2: Bar,
) : FooBar(
bar1,
bar2,
) {
// body
}
class Foo7(
val bar1: Bar,
val bar2: Bar,
) : FooBar(
bar1,
bar2,
),
BarFoo1,
BarFoo2 {
// body
}
class Foo8
constructor(
val bar1: Bar,
val bar2: Bar,
) : FooBar(bar1, bar2),
BarFoo1,
BarFoo2 {
// body
}
// Assume that max_line_length is not exceeded when written as single line
class Foo0()
class Foo1(a: Any)
class Foo2(a: Any, b: Any)
class Foo3(@Foo a: Any, b: Any, c: Any)
class Foo4(a: Any, b: Any, c: Any) : FooBar(a, c)
class Foo5 : FooBar(
"bar1",
"bar2",
) {
// body
}
class Foo6(
val bar1: Bar,
val bar2: Bar,
) : FooBar(
bar1,
bar2,
) {
// body
}
class Foo7(
val bar1: Bar,
val bar2: Bar,
) : FooBar(
bar1,
bar2,
),
BarFoo1,
BarFoo2 {
// body
}
class Foo8
constructor(
val bar1: Bar,
val bar2: Bar,
) : FooBar(bar1, bar2),
BarFoo1,
BarFoo2 {
// body
}
// Assume that the last allowed character is
// at the X character on the right X
class Foo0
// Entire class signature does not fit on single line
class Foo1(
aVeryLonggggggggggggggggggggggg: Any
)
// Entire class signature does fit on single line
class Foo2(a: Any)
// Entire class signature does not fit on single line
class Foo3(
aVeryLonggggggggggggggg: Any,
b: Any
)
// Entire class signature does fit on single line
class Foo4(a: Any, b: Any)
// Entire class signature does fit on single line
class Foo5(@Foo a: Any, b: Any, c: Any)
// Entire class signature does fit on single line
class Foo6(a: Any, b: Any, c: Any) :
FooBar(a, c)
// Entire class signature (without constructor invocation) does fit on single line
class Foo7 :
FooBar(
"bar1",
"bar2"
) {
// body
}
// Entire class signature (without constructor invocation) does fit on single line
class Foo8(val bar1: Bar, val bar2: Bar) :
FooBar(
bar1,
bar2
) {
// body
}
// Entire class signature (without constructor invocation) does not fit on single line
class Foo9(
val aVeryLonggggggggggggggg: Bar,
val bar2: Bar
) : FooBar(
bar1,
bar2
) {
// body
}
class Foo10(val bar1: Bar, val bar2: Bar) :
FooBar(
bar1,
bar2
),
BarFoo1,
BarFoo2 {
// body
}
class Foo11
constructor(
val bar1: Bar,
val bar2: Bar
) : FooBar(bar1, bar2),
BarFoo1,
BarFoo2 {
// body
}
Configuration setting | ktlint_official | intellij_idea | android_studio |
---|---|---|---|
ktlint_class_signature_rule_force_multiline_when_parameter_count_greater_or_equal_than Force wrapping of the parameters of the class signature in case it contains at least the specified number of parameters, even in case the entire class signature would fit on a single line. Use value unset to disable this setting. |
1 | unset |
unset |
Rule id: standard:class-signature
Warn
For code styles android_studio
and intellij_idea
this rule rewrites multiline class signature to a single line class signature in case the entire class signature fits on a single line by default. In case you want to leave it to the discretion of the developer to decider whether a single or a multiline class signature is used, please suppress or disable this rule.
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Enum entry¶
Enum entry names should be uppercase underscore-separated or upper camel-case separated.
Rule id: standard:enum-entry-name-case
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
File name¶
A file containing only one visible (e.g. non-private) class, and visible declarations related to that class only, should be named according to that element. The same applies if the file does not contain a visible class but exactly one type alias or one object declaration. Otherwise, the PascalCase notation should be used.
Rule id: standard:filename
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Final newline¶
Ensures consistent usage of a newline at the end of each file.
Configuration setting | ktlint_official | intellij_idea | android_studio |
---|---|---|---|
insert_final_newline |
true |
true |
true |
Rule id: standard:final-newline
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Function expression body¶
Rewrites a function body only containing a return
or throw
expression to an expression body.
Note
If the function body contains a comment, it is not rewritten to an expression body.
fun foo1() = "foo"
fun foo2(): String = "foo"
fun foo3(): Unit = throw IllegalArgumentException("some message")
fun foo4(): Foo = throw IllegalArgumentException("some message")
fun foo5() {
return "foo" // some comment
}
fun foo6(): String {
/* some comment */
return "foo"
}
fun foo7() {
throw IllegalArgumentException("some message")
/* some comment */
}
fun foo8(): Foo {
throw IllegalArgumentException("some message")
// some comment
}
Rule id: standard:function-expression-body
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Function literal¶
Enforces the parameters of a function literal and the arrow to be written on the same line as the opening brace if the maximum line length is not exceeded. In case the parameters are wrapped to multiple lines then this is respected.
If the function literal contains multiple parameters and at least one parameter other than the first parameter starts on a new line than all parameters and the arrow are wrapped to separate lines.
val foobar1 = { foo + bar }
val foobar2 =
{
foo + bar
}
val foobar3 =
{ foo: Foo ->
foo.repeat(2)
}
val foobar4 =
{ foo: Foo, bar: Bar ->
foo + bar
}
val foobar5 = { foo: Foo, bar: Bar -> foo + bar }
val foobar6 =
{
foo: Foo,
bar: Bar,
->
foo + bar
}
// Assume that the last allowed character is
// at the X character on the right X
val foobar7 =
barrrrrrrrrrrrrr {
fooooooooooooooo: Foo
->
foo.repeat(2)
}
Rule id: standard:function-literal
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Function signature¶
Rewrites the function signature to a single line when possible (e.g. when not exceeding the max_line_length
property) or a multiline signature otherwise.
Note
Wrapping of parameters is also influenced by the parameter-list-wrapping
rule.
// Assume that the last allowed character is
// at the X character on the right X
fun foooooooo(
a: Any,
b: Any,
c: Any,
): String {
// body
}
// Assume that the last allowed character is
// at the X character on the right X
fun bar(a: Any, b: Any, c: Any): String {
// body
}
// When wrapping of body is set to 'default'.
// Assume that the last allowed character is
// at the X character on the right X
fun f(a: Any, b: Any): String = "some-result"
.uppercase()
// When wrapping of body is set to 'multiline'
// or 'always'.
// Assume that the last allowed character is
// at the X character on the right X
fun f(a: Any, b: Any): String =
"some-result"
.uppercase()
// Assume that the last allowed character is
// at the X character on the right X
fun foooooooo(a: Any, b: Any, c: Any): String {
// body
}
// Assume that the last allowed character is
// at the X character on the right X
fun bar(
a: Any,
b: Any,
c: Any
): String {
// body
}
// When wrapping of body is set to 'default'.
// Assume that the last allowed character is
// at the X character on the right X
fun f(a: Any, b: Any): String =
"some-result"
.uppercase()
// When wrapping of body is set to 'multiline'
// or 'always'.
// Assume that the last allowed character is
// at the X character on the right X
fun f(a: Any, b: Any): String = "some-result"
.uppercase()
Configuration setting | ktlint_official | intellij_idea | android_studio |
---|---|---|---|
ktlint_function_signature_body_expression_wrapping Determines how to wrap the body of function in case it is an expression. Use default to wrap the body expression only when the first line of the expression does not fit on the same line as the function signature. Use multiline to force wrapping of body expressions that consists of multiple lines. Use always to force wrapping of body expression always. |
multiline |
default |
default |
ktlint_function_signature_rule_force_multiline_when_parameter_count_greater_or_equal_than Forces a multiline function signature in case the function contains the specified minimum number of parameters even in case the function signature would fit on a single line. Use value unset (default) to disable this setting. |
2 | unset |
unset |
When ktlint_function_signature_body_expression_wrapping
is set to default
, the first line of a body expression is appended to the function signature as long as the max line length is not exceeded.
// Given that the function signature has to be written as a single line
// function signature and that the function has a multiline body expression
fun someFunction(a: Any, b: Any): String = "some-result"
.uppercase()
// Given that the function signature has to be written as a multiline
// function signature and that the function has a multiline body expression
fun someFunction(
a: Any,
b: Any
): String = "some-result"
.uppercase()
When ktlint_function_signature_body_expression_wrapping
is set to multiline
, the body expression starts on a separate line in case it is a multiline expression. A single line body expression is wrapped only when it does not fit on the same line as the function signature.
// Given that the function signature has to be written as a single line
// function signature and that the function has a single line body expression
// that fits on the same line as the function signature.
fun someFunction(a: Any, b: Any): String = "some-result".uppercase()
// Given that the function signature has to be written as a multiline
// function signature and that the function has a single line body expression
// that fits on the same line as the function signature.
fun someFunction(
a: Any,
b: Any
): String = "some-result".uppercase()
// Given that the function signature has to be written as a single line
// function signature and that the function has a multiline body expression
fun someFunction(a: Any, b: Any): String =
"some-result"
.uppercase()
// Given that the function signature has to be written as a multiline
// function signature and that the function has a multiline body expression
fun someFunction(
a: Any,
b: Any
): String =
"some-result"
.uppercase()
When ktlint_function_signature_body_expression_wrapping
is set to always
the body expression is always wrapped to a separate line.
// Given that the function signature has to be written as a single line
// function signature and that the function has a single line body expression
fun someFunction(a: Any, b: Any): String =
"some-result".uppercase()
// Given that the function signature has to be written as a multiline
// function signature and that the function has a multiline body expression
fun functionWithAVeryLongName(
a: Any,
b: Any
): String =
"some-result"
.uppercase()
Rule id: standard:function-signature
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Function type modifier spacing¶
Enforce a single whitespace between the modifier list and the function type.
Rule id: standard:function-type-modifier-spacing
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
If else bracing¶
If at least one branch of an if-else statement or an if-else-if statement is wrapped between curly braces then all branches should be wrapped between braces.
Rule id: standard:if-else-bracing
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Note
This rule is only run when ktlint_code_style
is set to ktlint_official
or when the rule is enabled explicitly.
Import ordering¶
Ensures that imports are ordered consistently (see Import Layouts for configuration).
Rule id: standard:import-ordering
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Indentation¶
Indentation formatting - respects .editorconfig
indent_size
with no continuation indent (see EditorConfig section for more).
Note
This rule handles indentation for many different language constructs which can not be summarized with a few examples. See the unit tests for more details.
Configuration setting | ktlint_official | intellij_idea | android_studio |
---|---|---|---|
indent_size The size of an indentation level when indent_style is set to space . Use value unset to ignore indentation. |
4 | 4 | 4 |
indent_style Style of indentation. Set this value to space or tab . |
space |
space |
space |
Rule id: standard:indent
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Naming¶
Backing property naming¶
Allows property names to start with _
in case the property is a backing property. ktlint_official
and android_studio
code styles require the correlated property/function to be defined as public
.
class Bar {
// Incomplete backing property as public property 'elementList1' is missing
private val _elementList1 = mutableListOf<Element>()
// Invalid backing property as '_elementList2' is not a private property
val _elementList2 = mutableListOf<Element>()
val elementList2: List<Element>
get() = _elementList2
}
Rule id: standard:backing-property-naming
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Class naming¶
Enforce naming of class and objects.
Note
Functions in files which import a class from package org.junit.jupiter.api
are considered to be test functions and are allowed to have a name specified between backticks and do not need to adhere to the normal naming convention. Although, the Kotlin coding conventions does not allow this explicitly for class identifiers, ktlint
does allow it.
This rule can also be suppressed with the IntelliJ IDEA inspection suppression ClassName
.
Rule id: standard:class-naming
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Function naming¶
Enforce naming of function.
Configuration setting | ktlint_official | intellij_idea | android_studio |
---|---|---|---|
ktlint_function_naming_ignore_when_annotated_with Ignore functions that are annotated with values in this setting. This value is a comma separated list of names without the '@' prefix. |
unset |
unset |
unset |
Note
When using Compose, you might want to configure the function-naming
rule with .editorconfig
property ktlint_function_naming_ignore_when_annotated_with=Composable
. Furthermore, you can use a dedicated ktlint ruleset like Compose Rules for checking naming conventions for Composable functions.
Note
Functions in files which import a class from package io.kotest
, junit.framework
, kotlin.test
, org.junit
, or org.testng
are considered to be test functions. Functions in such classes are allowed to have underscores in the name. Also, function names enclosed between backticks do not need to adhere to the normal naming convention.
This rule can also be suppressed with the IntelliJ IDEA inspection suppression FunctionName
.
Rule id: standard:function-naming
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Package name¶
Validates that the package name matches the regular expression [a-z][a-zA-Z\d]*(\.[a-z][a-zA-Z\d]*)*
.
Rule id: standard:package-name
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Property naming¶
Enforce naming of property.
Note
This rule can not reliably detect all situations in which incorrect property naming is used. So it only detects in which it is certain that naming is incorrect.
val foo1 = Foo() // In case developers want to tell that Foo is mutable
val FOO1 = Foo() // In case developers want to tell that Foo is deeply immutable
const val FOO_BAR = "FOO-BAR" // By definition deeply immutable
var foo2: Foo = Foo() // By definition not immutable
class Bar {
val foo1 = "foo1" // Class properties always start with lowercase, const is not allowed
const val FOO_BAR = "FOO-BAR" // By definition deeply immutable
var foo2: Foo = Foo() // By definition not immutable
// Backing property
private val _elementList = mutableListOf<Element>()
val elementList: List<Element>
get() = _elementList
companion object {
val foo1 = Foo() // In case developer want to communicate that Foo is mutable
val FOO1 = Foo() // In case developer want to communicate that Foo is deeply immutable
}
}
var `package` = "foo" // Any keyword is allowed when wrapped between backticks
const val fooBar = "FOO-BAR" // By definition deeply immutable
var FOO2: Foo = Foo() // By definition not immutable
class Bar {
val FOO_BAR = "FOO-BAR" // Class properties always start with lowercase, const is not allowed
// Incomplete backing property as public property 'elementList1' is missing
private val _elementList1 = mutableListOf<Element>()
// Invalid backing property as '_elementList2' is not a private property
val _elementList2 = mutableListOf<Element>()
val elementList2: List<Element>
get() = _elementList2
}
This rule is suppressed whenever the IntelliJ IDEA inspection suppression PropertyName
, ConstPropertyName
, ObjectPropertyName
or PrivatePropertyName
is used.
Rule id: standard:property-naming
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
No blank lines in list¶
Disallow blank lines to be used in lists before the first element, between elements, and after the last element.
Super type
Type argument list
Type constraint list
class BiAdapter<C : RecyclerView.ViewHolder, V1 : C, V2 : C, out A1, out A2>(
val adapter1: A1,
val adapter2: A2,
) : RecyclerView.Adapter<C>()
where A1 : RecyclerView.Adapter<V1>, A1 : ComposableAdapter.ViewTypeProvider,
A2 : RecyclerView.Adapter<V2>, A2 : ComposableAdapter.ViewTypeProvider {
// body
}
class BiAdapter<C : RecyclerView.ViewHolder, V1 : C, V2 : C, out A1, out A2>(
val adapter1: A1,
val adapter2: A2
) : RecyclerView.Adapter<C>()
where
A1 : RecyclerView.Adapter<V1>, A1 : ComposableAdapter.ViewTypeProvider,
A2 : RecyclerView.Adapter<V2>, A2 : ComposableAdapter.ViewTypeProvider
{
// body
}
Type parameter list
Value argument list
Value parameter list
Rule id: standard:no-blank-line-in-list
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Note
This rule is only run when ktlint_code_style
is set to ktlint_official
or when the rule is enabled explicitly.
No consecutive comments¶
Consecutive comments are disallowed in following cases: - Any mix of a consecutive kdoc, a block comment or an EOL comment unless separated by a blank line in between - Consecutive KDocs (even when separated by a blank line) - Consecutive block comments (even when separated by a blank line)
Consecutive EOL comments are always allowed as they are often used instead of a block comment.
// An EOL comment
// may be followed by another EOL comment
val foo = "foo"
// Different comment types (including KDoc) may be consecutive ..
/*
* ... but do need to be separated by a blank line ...
*/
/**
* ... but a KDoc can not be followed by an EOL or a block comment or another KDoc
*/
fun bar() = "bar"
Rule id: standard:no-consecutive-comments
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Note
This rule is only run when ktlint_code_style
is set to ktlint_official
or when the rule is enabled explicitly.
No empty file¶
A kotlin (script) file should not be empty. It needs to contain at least one declaration. Files only contain a package and/or import statements are as of that disallowed.
Rule id: standard:no-empty-file
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
No empty first line at start in class body¶
Detect blank lines at start of a class body.
Rule id: standard:no-empty-first-line-in-class-body
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Note
This rule is only run when ktlint_code_style
is set to ktlint_official
or when the rule is enabled explicitly.
No single line block comment¶
A single line block comment should be replaced with an EOL comment when possible.
Rule id: standard:no-single-line-block-comment
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Ktlint-suppression rule¶
The ktlint-disable
and ktlint-enable
directives are no longer supported as of ktlint version 0.50.0
. This rule migrates the directives to Suppress or SuppressWarnings annotations.
Identifiers in the @Suppress and @SuppressWarnings annotations to suppress ktlint rules are checked for validity and autocorrected when possible.
/* ktlint-disable standard:no-wildcard-imports */
class FooBar {
val foo = "some longggggggggggggggggggg text" // ktlint-disable standard:max-line-length
fun bar() =
listOf(
/* ktlint-disable standard:no-multi-spaces */
"1 One",
"10 Ten",
"100 Hundred",
/* ktlint-enable standard:no-multi-spaces */
)
}
Rule id: standard:ktlint-suppression
Note
This rule cannot be suppressed via @Suppress
or be disabled in the .editorconfig
.
Max line length¶
Ensures that lines do not exceed the maximum length of a line. This rule does not apply in a number of situations. The .editorconfig
property ktlint_ignore_back_ticked_identifier
can be set to ignore identifiers which are enclosed in backticks, which for example is very useful when you want to allow longer names for unit tests.
// Assume that the last allowed character is
// at the X character on the right X
// Lines below are accepted although the max
// line length is exceeded.
package com.toooooooooooooooooooooooooooo.long
import com.tooooooooooooooooooooooooooooo.long
val foo1 =
"""
fooooooooooooooooooooooooooooooooooooooooo
"""
val foo2 =
"fooooooooooooooooooooooooooooooooooooooo"
@Test
fun `Test description which is toooooooooooo long`() {
}
Configuration setting | ktlint_official | intellij_idea | android_studio |
---|---|---|---|
ktlint_ignore_back_ticked_identifier Defines whether the backticked identifier (``) should be ignored. |
false |
false |
false |
max_line_length Maximum length of a (regular) line. |
140 | off |
100 |
Rule id: standard:max-line-length
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Modifier order¶
Consistent order of modifiers
Rule id: standard:modifier-order
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Multiline if-else¶
Braces required for multiline if/else statements.
Rule id: standard:multiline-if-else
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Multiline loop¶
Braces required for multiline for, while, and do statements.
Rule id: standard:multiline-loop
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
No blank lines before }
¶
No blank lines before }
.
Rule id: standard:no-blank-line-before-rbrace
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
No blank lines in chained method calls¶
Rule id: standard:no-blank-lines-in-chained-method-calls
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
No consecutive blank lines¶
Rule id: standard:no-consecutive-blank-lines
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
No empty ({}
) class bodies¶
Rule id: standard:no-empty-class-body
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
No leading empty lines in method blocks¶
Rule id: standard:no-empty-first-line-in-method-block
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
No line break after else¶
Disallows line breaks after the else keyword if that could lead to confusion, for example:
Rule id: standard:no-line-break-after-else
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
No line break before assignment¶
When a line is broken at an assignment (=
) operator the break comes after the symbol.
Rule id: standard:no-line-break-before-assignment
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
No multi spaces¶
Except in indentation and in KDoc's it is not allowed to have multiple consecutive spaces.
Rule id: standard:no-multi-spaces
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
No semicolons¶
Avoid using unnecessary semicolons.
Rule id: standard:no-semi
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
No trailing whitespaces¶
Rule id: standard:no-trailing-spaces
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
No Unit
as return type¶
The Unit
type is not allowed as return-type of a function.
Rule id: standard:no-unit-return
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
No unused imports¶
Warning
This rule is not able to detect all unused imports as mentioned in this issue comment.
Rule id: standard:no-unused-imports
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
No wildcard imports¶
No wildcard imports except whitelisted imports.
Configuration setting | ktlint_official | intellij_idea | android_studio |
---|---|---|---|
ij_kotlin_packages_to_use_import_on_demand Defines allowed wildcard imports as a comma separated list. |
- | java.util.*, kotlinx.android.synthetic.** |
java.util.*, kotlinx.android.synthetic.** |
Warning
In case property ij_kotlin_packages_to_use_import_on_demand
is not explicitly set, Intellij IDEA allows wildcards imports like java.util.*
which lead to conflicts with the no-wildcard-imports
rule. See Intellij IDEA configuration to prevent such conflicts.
Configuration setting ij_kotlin_packages_to_use_import_on_demand
is a comma separated string of import paths. This can be a full path, e.g. "java.util.List.", or a wildcard path, e.g. "kotlin.". Use "*" as wildcard for package and all subpackages.
The layout can be composed by the following symbols:
*
- wildcard. There must be at least one entry of a single wildcard to match all other imports. Matches anything after a specified symbol/import as well.|
- blank line. Supports only single blank lines between imports. No blank line is allowed in the beginning or end of the layout.^
- alias import, e.g. "^android.*" will match all android alias imports, "^" will match all other alias imports.
Examples:
ij_kotlin_imports_layout=* # alphabetical with capital letters before lower case letters (e.g. Z before a), no blank lines
ij_kotlin_imports_layout=*,java.**,javax.**,kotlin.**,^ # default IntelliJ IDEA style, same as alphabetical, but with "java", "javax", "kotlin" and alias imports in the end of the imports list
ij_kotlin_imports_layout=android.**,|,^org.junit.**,kotlin.io.Closeable.*,|,*,^ # custom imports layout
Rule id: standard:no-wildcard-imports
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Spacing¶
Angle bracket spacing¶
No spaces around angle brackets when used for typing.
Rule id: standard:spacing-around-angle-brackets
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Annotation spacing¶
Annotations should be separated by a single line break.
Rule id: standard:annotation-spacing
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Blank line between declarations with annotations¶
Declarations with annotations should be separated by a blank line.
Rule id: standard:spacing-between-declarations-with-annotations
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Blank line between declaration with comments¶
Declarations with comments should be separated by a blank line.
Rule id: standard:spacing-between-declarations-with-comments
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Colon spacing¶
Consistent spacing around colon.
Rule id: standard:colon-spacing
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Comma spacing¶
Consistent spacing around comma.
Rule id: standard:comma-spacing
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Comment spacing¶
The end of line comment sign //
should be preceded and followed by exactly a space.
Rule id: standard:comment-spacing
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Curly spacing¶
Consistent spacing around curly braces.
Rule id: standard:curly-spacing
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Dot spacing¶
Consistent spacing around dots.
Rule id: standard:dot-spacing
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Double colon spacing¶
No spaces around ::
.
Rule id: standard:double-colon-spacing
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Function return type spacing¶
Consistent spacing around the function return type.
Rule id: standard:function-return-type-spacing
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Function start of body spacing¶
Consistent spacing before start of function body.
// In case `ktlint_function_signature_body_expression_wrapping` is set to `default` or `multiline`
fun foo1() = "some-result"
// In case `ktlint_function_signature_body_expression_wrapping` is set to `always`
fun foo2() =
"some-result"
fun foo3() {
// do something
}
// In case `ktlint_function_signature_body_expression_wrapping` is set to `default` or `multiline`
fun bar1(): String = "some-result"
// In case `ktlint_function_signature_body_expression_wrapping` is set to `always`
fun bar2(): String =
"some-result"
fun bar3(): String {
doSomething()
return "some-result"
}
Rule id: standard:function-start-of-body-spacing
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Function type reference spacing¶
Consistent spacing in the type reference before a function.
Rule id: standard:function-type-reference-spacing
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Fun keyword spacing¶
Consistent spacing after the fun keyword.
Rule id: standard:fun-keyword-spacing
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Kdoc wrapping¶
A KDoc comment should start and end on a line that does not contain any other element.
Rule id: standard:kdoc-wrapping
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Keyword spacing¶
Consistent spacing around keywords.
Rule id: standard:keyword-spacing
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Modifier list spacing¶
Consistent spacing between modifiers in and after the last modifier in a modifier list.
Rule id: standard:modifier-list-spacing
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Nullable type spacing¶
No spaces in a nullable type.
Rule id: standard:nullable-type-spacing
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Operator spacing¶
Consistent spacing around operators.
Rule id: standard:op-spacing
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Parameter list spacing¶
Consistent spacing inside the parameter list.
Rule id: standard:parameter-list-spacing
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Parenthesis spacing¶
Consistent spacing around parenthesis.
Rule id: standard:paren-spacing
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Range spacing¶
Consistent spacing around range operators.
Rule id: standard:range-spacing
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Spacing between function name and opening parenthesis¶
Consistent spacing between function name and opening parenthesis.
Rule id: standard:spacing-between-function-name-and-opening-parenthesis
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Try catch finally spacing¶
Enforce consistent spacing in try { .. } catch { .. } finally { .. }
.
Rule id: standard:try-catch-finally-spacing
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Note
This rule is only run when ktlint_code_style
is set to ktlint_official
or when the rule is enabled explicitly.
Type argument list spacing¶
Spacing before and after the angle brackets of a type argument list.
Rule id: standard:type-argument-list-spacing
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Type parameter list spacing¶
Spacing after a type parameter list in function and class declarations.
Rule id: standard:type-parameter-list-spacing
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Unary operator spacing¶
No spaces around unary operators.
Rule id: standard:unary-op-spacing
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
String template¶
Consistent string templates ($v
instead of ${v}
, ${p.v}
instead of ${p.v.toString()}
)
Rule id: standard:string-template
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
String template indent¶
Enforce consistent string template indentation for multiline string templates which are post-fixed with .trimIndent()
. The opening and closing """
are placed on separate lines and the indentation of the content of the template is aligned with the """
.
Rule id: standard:string-template-indent
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Note
This rule is only run when ktlint_code_style
is set to ktlint_official
or when the rule is enabled explicitly.
Trailing comma on call site¶
Consistent removal (default) or adding of trailing commas on call site.
Configuration setting | ktlint_official | intellij_idea | android_studio |
---|---|---|---|
ij_kotlin_allow_trailing_comma_on_call_site Defines whether a trailing comma (or no trailing comma) should be enforced on the calling site, e.g. argument-list, when-entries, lambda-arguments, indices, etc. When set, IntelliJ IDEA uses this property to allow usage of a trailing comma by discretion of the developer. KtLint however uses this setting to enforce consistent usage of the trailing comma when set. |
true |
true |
false |
Note
Although the Kotlin coding conventions leaves it to the developer's discretion to use trailing commas on the call site, it also states that usage of trailing commas has several benefits:
- It makes version-control diffs cleaner – as all the focus is on the changed value.
- It makes it easy to add and reorder elements – there is no need to add or delete the comma if you manipulate elements.
- It simplifies code generation, for example, for object initializers. The last element can also have a comma.
KtLint values consistent formatting more than a per-situation decision, and therefore uses this setting to enforce/disallow usage of trailing comma's on the calling site.
Rule id: standard:trailing-comma-on-call-site
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Trailing comma on declaration site¶
Consistent removal (default) or adding of trailing commas on declaration site.
Configuration setting | ktlint_official | intellij_idea | android_studio |
---|---|---|---|
ij_kotlin_allow_trailing_comma Defines whether a trailing comma (or no trailing comma) should be enforced on the defining site, e.g. parameter-list, type-argument-list, lambda-value-parameters, enum-entries, etc. When set, IntelliJ IDEA uses this property to allow usage of a trailing comma by discretion of the developer. KtLint however uses this setting to enforce consistent usage of the trailing comma when set. |
true |
true |
false |
Note
The Kotlin coding conventions encourages the usage of trailing commas on the declaration site, but leaves it to the developer's discretion to use trailing commas on the call site. But next to this, it also states that usage of trailing commas has several benefits:
- It makes version-control diffs cleaner – as all the focus is on the changed value.
- It makes it easy to add and reorder elements – there is no need to add or delete the comma if you manipulate elements.
- It simplifies code generation, for example, for object initializers. The last element can also have a comma.
KtLint values consistent formatting more than a per-situation decision, and therefore uses this setting to enforce/disallow usage of trailing comma's in declarations.
Rule id: standard:trailing-comma-on-declaration-site
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Type argument comment¶
Disallows comments to be placed at certain locations inside a type argument.
Note
In some projects it is an accepted practice to use EOL comments to document the parameter before the comma as is shown below:
Although this code sample might look ok, it is semantically and programmatically unclear to which typesome comment
refers. From the developer perspective it might be clear that it belongs to type Bar1
. From the parsers perspective, it does belong to type Bar2
.
Rule id: standard:type-argument-comment
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Type parameter comment¶
Disallows comments to be placed at certain locations inside a type parameter.
Note
In some projects it is an accepted practice to use EOL comments to document the parameter before the comma as is shown below:
Although this code sample might look ok, it is semantically and programmatically unclear on which parameter some comment
refers. From the developer perspective it might be clear that it belongs to type Bar1
. From the parsers perspective, it does belong to type Bar2
.
Rule id: standard:type-parameter-comment
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Unnecessary parenthesis before trailing lambda¶
An empty parentheses block before a lambda is redundant.
Rule id: standard:unnecessary-parentheses-before-trailing-lambda
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Value argument comment¶
Disallows comments to be placed at certain locations inside a value argument.
Rule id: standard:value-argument-comment
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Value parameter comment¶
Disallows comments to be placed at certain locations inside a value argument.
Rule id: standard:value-parameter-comment
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Wrapping¶
Argument list wrapping¶
All arguments should be on the same line, or every argument should be on a separate line.
Configuration setting | ktlint_official | intellij_idea | android_studio |
---|---|---|---|
ktlint_argument_list_wrapping_ignore_when_parameter_count_greater_or_equal_than |
unset |
8 | 8 |
Rule id: standard:argument-list-wrapping
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Chain wrapping¶
When wrapping chained calls .
, ?.
and ?:
should be placed on the next line
Rule id: standard:chain-wrapping
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Comment wrapping¶
A block comment should start and end on a line that does not contain any other element.
Rule id: standard:comment-wrapping
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Condition wrapping¶
Wraps each operand in a multiline condition to a separate line.
Rule id: standard:condition-wrapping
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Content receiver wrapping¶
Wraps the content receiver list to a separate line regardless of maximum line length. If the maximum line length is configured and is exceeded, wrap the context receivers and if needed its projection types to separate lines.
// Always wrap regardless of whether max line length is set
context(Foo)
fun fooBar()
// Wrap each context receiver to a separate line when the
// entire context receiver list does not fit on a single line
context(
Fooooooooooooooooooo1,
Foooooooooooooooooooooooooooooo2
)
fun fooBar()
// Wrap each context receiver to a separate line when the
// entire context receiver list does not fit on a single line.
// Also, wrap each of it projection types in case a context
// receiver does not fit on a single line after it has been
// wrapped.
context(
Foooooooooooooooo<
Foo,
Bar,
>
)
fun fooBar()
// Should be wrapped regardless of whether max line length is set
context(Foo) fun fooBar()
// Should be wrapped when the entire context receiver list does not
// fit on a single line
context(Fooooooooooooooooooo1, Foooooooooooooooooooooooooooooo2)
fun fooBar()
// Should be wrapped when the entire context receiver list does not
// fit on a single line. Also, it should wrap each of it projection
// type in case a context receiver does not fit on a single line
// after it has been wrapped.
context(Foooooooooooooooo<Foo, Bar>)
fun fooBar()
Rule id: standard:context-receiver-wrapping
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Enum wrapping¶
An enum should be a single line, or each enum entry has to be placed on a separate line. In case the enumeration contains enum entries and declarations those are to be separated by a blank line.
Rule id: standard:enum-wrapping
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
If else wrapping¶
A single line if-statement should be kept simple. It may contain no more than one else-branch. The branches may not be wrapped in a block.
Rule id: standard:if-else-wrapping
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Note
This rule is only run when ktlint_code_style
is set to ktlint_official
or when the rule is enabled explicitly.
Multiline expression wrapping¶
Multiline expression on the right hand side of an expression are forced to start on a separate line. Expressions in return statement are excluded as that would result in a compilation error.
Rule id: standard:multiline-expression-wrapping
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Note
This rule is only run when ktlint_code_style
is set to ktlint_official
or when the rule is enabled explicitly.
Parameter list wrapping¶
When class/function signature doesn't fit on a single line, each parameter must be on a separate line.
Note
Wrapping of parameters is also influenced by the function-signature
rule.
// If `ktlint_class_signature_rule_force_multiline_when_parameter_count_greater_or_equal_than` equals
// `unset` the parameters are not wrapped as long as they fit on a single line
class ClassA(paramA: String, paramB: String, paramC: String)
class ClassA(
paramA: String,
paramB: String,
paramC: String
)
// If `ktlint_function_signature_rule_force_multiline_when_parameter_count_greater_or_equal_than` equals
// `unset` the parameters are not wrapped as long as they fit on a single line
fun f(a: Any, b: Any, c: Any)
fun f(
a: Any,
b: Any,
c: Any
)
fun foo(
@Bar fooBar: FooBar
)
Rule id: standard:parameter-list-wrapping
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Parameter wrapping¶
When a function or class parameter doesn't fit on a single line, wrap the type or value to a separate line
Rule id: standard:parameter-wrapping
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Property wrapping¶
When a property doesn't fit on a single line, wrap the type or value to a separate line
Rule id: standard:property-wrapping
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Statement wrapping¶
A function, class/object body or other block body statement has to be placed on different line than the braces of the body block.
Rule id: standard:statement-wrapping
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig
Wrapping¶
Inserts missing newlines (for example between parentheses of a multi-line function call).
Rule id: standard:wrapping
Suppress or disable rule (1)
- Suppress rule in code with annotation below:
Enable rule via
.editorconfig
Disable rule via.editorconfig