Being that "stubborn developer"... I think all those always increasing restrictions are a dead end and serve no useful purpose. I strongly oppose restrictions which are just for the sake of uniformity. I think the coding style rules make sense only as long as they increase readability, and should never extend further. And in particular, we should NEVER sacrifice readability for uniformity. Unfortunately one can't measure readability easily, and what's better for one, is worse for another (think - vision problems). Yes, some arbitrary basic rules like tab size and brace style are needed, and there are certain rules needed for correctness (like "type* ptr" vs "type *ptr" which is quite visible in "type* a, b") but the rest should serve the readability. I.e., we shouldn't want to have all code identical - we should want it to be good. E.g., for me, it's better to have 99 worse source files (like wildly formatted to 80 columns) and 1 (perhaps simply more recent) file with a better, cleaner formatting than to have 100 of the former kind. But what do I know... -- Krzysztof "Chris" Hałasa Sieć Badawcza Łukasiewicz Przemysłowy Instytut Automatyki i Pomiarów PIAP Al. Jerozolimskie 202, 02-486 Warszawa
