The tool can be used to reformat the source code in a standard way that follows the recommended style. It can be invoked either from the command line by the corresponding command or in IDE via the menu entry. The tool does not address all coding rules, but only those related to text layout: indentation, spacing, new lines, etc.
Not all processing expectations are covered by the rules. Some of them may affect resulting code and are therefore controlled by optional settings.
|Shall trailing white space be stripped?
-- "[ -- Trailing spaces -- ]"
Some language constructs are difficult to format automatically without breaking original idea of the formatting. These include:
- inline comments: when used inside larger construct they break normal text flow and it may be difficult to guess how the construct should be continued on a new line
The eweasel tests that address potential or found and fixed issues are tagged with the keyword pretty and use
prettyNNN for test directory names.
Apart from the visual style the formatting should preserve the original code. This allows for completely automated validation of the tool. If there is a generator of source code streams from the given grammar, the generated text can be feed to the tool. Then the input and output can be compared side by side after serializing them into a sequence of tokens. If the sequences match, the conversion went without an error. Otherwise it renders a bug in the tool.
Next is the list of open bugs related to pretty printer: