Examples of Unusual Code Formatting Styles?

I find the Horstmann indentation style [1], in which code is placed on the same line as the opening bracket, simultaneously disturbing and compelling. If it ever ends up added to clang-format as has been requested [2], it might become more popular.

[1] https://en.wikipedia.org/wiki/Indentation_style#Horstmann_st... [2] https://bugs.llvm.org/show_bug.cgi?id=27263

Two come to mind off the bat:

GNU C formatting is odd: https://en.wikipedia.org/wiki/GNU_coding_standards

Zlib still uses K&R-1st-edition-era function definitions: https://github.com/madler/zlib/blob/cacf7f1d4e3d44d871b605da...

https://github.com/boot-clj/boot/blob/master/boot/base/src/m... looks like the gnu standard for C (https://www.gnu.org/prep/standards/standards.html#Formatting), applied to Java.

I think that was done to make grepping for function definitions easier (when searching for the definition of foo, grep for “^foo\b”. That makes implementing “go to function definition” possible without having to parse code)

Code formatting is all about matching the impedance of the source code to that of the human author/readers of the code. The development of literature suggest that innovation in this area will continue for a very long time.

I myself am a huge fan of Pascal, and limiting code to one function per line. I find that clever/terse code is unmaintainable code.

Here's some code I wrote back in 1991 for a TECO clone that reflects that style. Looking back, I think some things could have a few more comments, but it seems fairly easy to read the intent of the code.

https://github.com/mikewarot/teco

Historically it was common advice to avoid elaborate code formatting, as keeping up such formatting by hand was tedious, time consuming, and inconsistent, compared to the value add.

Given near all code (let's say for large projects) is authored with IDEs, elaborate formats can be applied consistently and automatically, at little or no cognitive or typing cost.

To me the question is then if such formatting can increase the legibility of the code. The grid of static variable declarations in [2] is nice, but I wonder if sorting the variable lexicographically would make it easier to read/find a var by name?

Not sure how splitting method signature names onto a second line helps, though.

APL/J/K C-sources (perhaps by Roger Hui): https://github.com/jsoftware/jsource/blob/master/jsrc/a.c and other *.c files

Niklaus Wirth, Verilog: http://people.inf.ethz.ch/wirth/FPGA-relatedWork/RS232R.v

all of ioccc)

I like Google's HTML style where they don't close some tags and omit optional tags like and

Example:

    
    
    
    
Qed.

https://google.github.io/styleguide/htmlcssguide.html#HTML_F...

I recall someone (nameless) who tried to teach Pascal by putting the semicolon at the start of every line. It actually works (as the Pascal semicolon is a separator, not a terminator), although you end up with many null/empty statements.

Sound confusing - very. I could see his "logic" but as to teaching programming students ... yes confusion all round, and wait till the poor students move on to any other language #@%%!$#!!!

I've seen this in the wild and have been meaning to ask:

With the availabily of syntax highlighting including color, has anyone seen merit in skipping indentation altogether?

For that matter, what if block color or font size took the place of indentation (under control of syntax highlighting). I'll have to try it by hand.

If you need some ideas for brainstorming, here is the endless source for inspiration.

https://shitcode.net/

Double-spacing. As in, between every line of code - a blank line.

To make it "less crowded", and allow space for future comments, I was told.