Generally speaking, the Ren-C sources try to adhere to the same kind of rules that Rebol uses. So instead of writing (x+y) the code uses (x + y), believing this is more legible.
It also embraces the idea of macros that define and for &&, and not for !. In addition to these being defined in C++ since the original C++98 standard as "alternative tokens", the C track has an ISO standard header for it, so you can #include <iso646.h> if you like:
https://en.wikipedia.org/wiki/C_alternative_tokens
In the C++ world, there are good reasons for preferring pre-increment and pre-decrement to post (all things being equal). While it doesn't matter in C it's good to stay in a good habit:
So I've habitually changed foo++ to ++foo when I see it, assuming it doesn't change the semantics.
But another maybe-seemingly-frivolous question arises, of if it would be better to put a space there? ++ foo? Is it a readability advantage that C programmers have been missing out on? Or is it wasteful and out of touch?
Hard to tell, as many people do like to say x=y+1020;, where we say x = y + 1020;. It seems natural that the sources for a language that believes in space significance would do so, I'm just curious what the operating rule for why this wouldn't apply to ++ and -- would come from.