Coding Style

By default, the default Eclipse coding style is assumed, but a few small modifications are made.

Enforcing

How can we enforce the system (not the people!) keeping the agreed-upon
coding style in all source files? Simply by using the Eclipse feature that
every "save" automatically does the necessary fixes. This only works if the
Eclipse formatter does exactly what is intended. So, if you think that
one of the rules below make your life unnecessary difficult, please submit
a ticket on it.

Screen width 132

A line with of 80 characters is being considered too restrictive, so a line width of 132 characters is chosen. Why 132? Simply because it was the next available line width available in old IBM 3270-compatible monitors and printers

This change make it possible to place parameters values with comments
in javadoc function comment blocks on a single line. With 80 characters on a line, there often is not enough space to do that.

Don't force line join

If a developer splits a line for readability, Eclipse should respect that. Eclipse's default for this option is "off" for backwards compatibility with older Eclipse versions which didn't have this option. But without this, there are too many examples that Eclipse would create unnecessary long lines, expecially with a screen width of 132.

This page was generated in about
0.017s by
Fossil 2.1 [83e3445f67] 2017-03-10 17:07:08