<div>I'm against JSON documents in this case because I think that a simple line-oriented format (1) is grep/stream-friendly, and (2) can facilitate creation of more small static analysis checkers.</div><div>š</div><div>If there was a simple way/format to hook new ad-hoc static analysis into my editor, I would be probably writing more quck & dirty tools for that.</div><div>š</div><div>(3) it would be very limiting to use Python-style string formatting as argument for tools (if I understand you right), because it would limit it to Python.</div><div>š</div><div>Python community is the best one when it comes to standartisation of practices and conventions, but we should give other communities a chance to catch up and use our formats and tools.</div><div>š</div><div>Vladimir</div><div>š</div><div>š</div><div>š</div><div>02.04.2013, 23:22, "Ronny Pfannschmidt" <Ronny.Pfannschmidt@gmx.de>:</div><blockquote type="cite"><p>Hi,<br /><br />I would like to rather see a format of lines of json documents<br /><br />on top of that there could be a formatted output using newstyle <br />formatstrings (and there could even be a default format string for your <br />proposed format)<br /><br />-- Ronny<br /><br /><br />On 04/02/2013 10:55 PM, Vladimir Keleshev wrote:</p><blockquote>šHi everyone,<br />šI'm very excited about the new mailing list. I wanted to share an old<br />šidea of mine, which is probably unoriginal, but can kick-start a discussion.<br />šWhat about all of our static analysis tools adopt a *common*<br />šmachine-friendly error format, so that we could write editor plugins<br />šonce, and then all of our tools would work interchangeably, and new<br />štools could be adopted without need to update editor plugins.<br />šThe proposed format could be triggered by a decided-upon option, e.g.<br />š--machine-friendly, with this usage-pattern:<br />ššššššusage: <tool> --machine-friendly <file>...<br />šThe proposed format would consist of the following lines:<br />š</absolute/path/to/file>:<start-line>:<start-char>...<end-line>:<end-char>:<br />š<error-message><br />šFor example:<br />šššššš/home/username/git/project/project.py:65:4...65:7: Infinite `for` loop<br />šššššš/home/username/git/project/another.py:1:1...1:5: `re` imported, but<br />šnot used<br />šThis is very similar to what most static analysis tools (and compilers)<br />šdo anyway. But it also adds <start-char> and <end-char> which allow for<br />šprecise error-highlighting in the editor.<br />šWhat do you think?<br />šBest,<br />šVladimir<br /><br /><br />š_______________________________________________<br />šcode-quality mailing list<br />š<a href="mailto:code-quality@python.org">code-quality@python.org</a><br />š<a href="http://mail.python.org/mailman/listinfo/code-quality">http://mail.python.org/mailman/listinfo/code-quality</a></blockquote><p>š</p></blockquote>