AlignKeywordsSection¶
Align *** Keywords *** section to columns.
Enabling the formatter
AlignKeywordsSection is not included in default formatters.
You can enable it by using --select and --extend-select options.
Align keyword calls and settings into columns with predefined width. There are two possible alignment types
(configurable via alignment_type):
fixed(default): pad the tokens to the fixed width of the columnauto: pad the tokens to the width of the longest token in the column
The width of the column sets the limit to the maximum width of the column. Default width is 24
(see widths for information how to configure it).
With fixed alignment each column has fixed width (and tokens that do not fit go into overflow state - see
overflow for more information).
auto alignment aligns tokens to the longest token in the column. The column width can be shorter than the
configured width (but not longer).
See examples of the alignment types:
The auto alignment often leads to more compact code. But fixed setting offers more stability, and adding new,
slightly longer variable or keyword call will not change alignment of the other lines.
Widths¶
The column width is configurable via widths parameter. The default value is 24.
It's possible to configure the width of the several columns (using a comma-separated list of integers):
The last width will be used for the remaining columns. In the previous example we configured widths for 4 columns.
The last width (30) will be used for 5th, 6th... and the following columns.
Use width 0 to disable column width limit. In auto alignment type it will always align whole column to the
longest token (no matter how long the token is).
Overflow¶
Tokens that do not fit in the column go into overflow state. There are several ways to deal with them (configurable
via handle_too_long parameter):
overflow(default): align token to the next columncompact_overflow: try to fit next token between current (overflowed) token and the next columnignore_rest: ignore remaining tokens in the lineignore_line: ignore whole line
See example (for fixed alignment type and default width 24):
Compact overflow¶
Compact overflow tries to fit too long tokens between the alignment columns.
This behaviour is controlled with compact_overflow_limit = 2 parameter. If more than configured limit columns are
misaligned in a row, the overflow mode is used instead of compact_overflow.
This behaviour helps in avoiding the situation, where compact_overflow misaligned whole line if most of the tokens
does not fit in the column.
The below example was run with config:
Example:
*** Keywords ***
Keyword
# compact overflow will be used as we only "misalign" two columns in a row
LäVa_VastaanottotapahtumatTarkista ${VASTAANOTTO} ${TILAUS} ${OSTOTILAUS} ${LÄHETYS} ${TILAUSPVM}
# more than two columns are misaligned - using "overflow" instead
LäVa_VastaanottotapahtumatTarkista ${VASTAANOTTO_LONGER} ${TILAUS_OCC} ${OSTOTILAUS} ${LÄHETYS} ${TILAUSPVM}
*** Keywords ***
Keyword
# compact overflow will be used as we only "misalign" two columns in a row
LäVa_VastaanottotapahtumatTarkista ${VASTAANOTTO} ${TILAUS} ${OSTOTILAUS} ${LÄHETYS} ${TILAUSPVM}
# more than two columns are misaligned - using "overflow" instead
LäVa_VastaanottotapahtumatTarkista ${VASTAANOTTO_LONGER} ${TILAUS_OCC} ${OSTOTILAUS} ${LÄHETYS} ${TILAUSPVM}
Alignment of the indented blocks¶
Indented blocks (FOR, IF, WHILE, TRY..EXCEPT..) are aligned independently.
Currently, inline IFs are ignored. Block headers (FOR ${var} IN @{LIST} or IF $condition) are not aligned.
Split too long lines¶
AlignKeywordsSection will split the lines if the lines after the alignment would exceed the limits set
in the SplitTooLongLine formatter.
Note
Currently, only --configure SplitTooLongLine.split_on_every_arg=True mode is supported.
Using this configuration (SplitTooLongLine is enabled by default):
will result in the following formatting:
*** Keywords ***
Keyword
# fits now but it will not fit after the alignment
Keyword
... argument1
... argument2
... argument3
... argument4
# does not fit before the alignment
Longer Keyword Name That Could Happen
... argument value with sentence that goes over
# fits, will be aligned but not split
Keyword argument
Align comments¶
Comments are not aligned by default. You can enable it by configuring align_comments:
It is especially useful if you want to use comments to name the aligned columns. For example:
*** Keywords ***
Testing Random List
[Documentation] Validate Random List Selection
# collection nbr items
${SIMPLE LIST} 2 # first check
${MIXED LIST} 3 # second check
${NESTED LIST} 4 # third check
Align settings separately¶
Settings are aligned together with the rest of the code in the keyword. You can configure it to be aligned separately.
It allows you to use different widths of the columns for settings (if alignment_type is set to auto).
You can enable it by configuring align_settings_separately:
Example:
Alignment of VAR variables¶
VAR variables are aligned with the rest of the code. By default, VAR and variable name is fit into the same
column:
Skip formatting¶
It is possible to use the following arguments to skip formatting of the code:
It is highly recommended to use one of the skip options if you wish to use alignment, but you have part of the code
that looks better with manual alignment. It is also possible to use disablers but skip option
makes it easier to skip all instances of a given type of the code.