<div dir="ltr">I like the idea as long as it is well namespaced, e.g.:<div><br></div><div style><cdash:sometag>Value</cdash:sometag></div><div style><br></div><div style>It wouldn't even need to use XML style, it could be more like handlebars or something, but we'd need to be very sure it wouldn't mangle any output that wasn't intended to be mangled by CDash.</div>

</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, May 3, 2013 at 10:12 AM, Julien Jomier <span dir="ltr"><<a href="mailto:julien.jomier@kitware.com" target="_blank">julien.jomier@kitware.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Alex,<br>
<br>
I'm very sorry for the late reply.<br>
<br>
I like this idea very much. I'm a little bit ambivalent about adopting HTML as the output as it could be tricky to standardize the output on the CDash side, but at the same time it gives flexibility. I'm wondering if CDash should do this automatically based on some pre-defined tags.<br>


<br>
Anyone has an opinion on this?<br>
<br>
Regarding the short lines, I would think that the test should be modified to produce the right output. We could implement something in CDash but it might be difficult to make it generic enough.<br>
<br>
Julien<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
We are using cdash a lot, and for many of our tests the log is quite<br>
verbose and somewhat hard to read. When looking for the reason why a test<br>
failed, it can be somewhat hard to find the line which contains "ERROR".<br>
Also, a lot of stuff is repeated every line, which also makes the log<br>
harder to read, e.g. the directory part of the file where the log came<br>
from:<br>
<br>
<timestamp> /some/where/deep/in/a/subdir/<u></u>test.py: Something...<br>
<timestamp> /some/where/deep/in/a/subdir/<u></u>test.py: happend...<br>
<timestamp> /some/where/deep/in/a/subdir/<u></u>test.py: here...<br>
<timestamp> /some/where/deep/in/a/subdir/<u></u>test.py: ...<br>
<br>
The directory part is actually so wide that we have to scroll to see actual<br>
text.<br>
<br>
So, to help with this, we came up with the idea to use HTML to format the<br>
log so that it becomes easier to read.<br>
<br>
The attached patch for ctest adds a new test property GENERATE_HTML, and if<br>
this is enabled, ctest generates HTML. It searches the lines which made the<br>
test fail and colors them red, and the lines which make a test pass are<br>
colored green.<br>
This makes it easier to find the fail/succeed lines.<br>
<br>
(In the patch the fail strings are still hardcoded, this would have to use<br>
the respective test property.)<br>
<br>
On the cdash side, if "</span>" is found in the log, it is considered HTML<br>
and not escaped. I guess this should be done in a different way, which<br>
does not involve parsing the log text.<br>
For making our log lines shorter, we are not sure yet how to do that.<br>
We could add support for squish XML to ctest, so that ctest reads the<br>
squish XML and converts it to HTML which is in some way shorter, maybe a<br>
HTML table, or something.<br>
Or we could add a test property with a regular expression, if that regexp<br>
matches, ctest replaces it with a shorter version or something.<br>
Or we could modify our test scripts so that they already generate the<br>
pretty HTML, which ctest then simply sends to cdash.<br>
That's the ideas we have so far, but it doesn't feel quite right yet.<br>
<br>
So, what do you think ?<br>
</blockquote>
<br>
Any comments ?<br>
<br>
Alex<br>
<br>
</blockquote>
______________________________<u></u>_________________<br>
Cdash mailing list<br>
<a href="mailto:Cdash@public.kitware.com" target="_blank">Cdash@public.kitware.com</a><br>
<a href="http://public.kitware.com/cgi-bin/mailman/listinfo/cdash" target="_blank">http://public.kitware.com/cgi-<u></u>bin/mailman/listinfo/cdash</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br>Zach Mullen<br>R & D Engineer<br>Kitware Inc.<br>919-869-8858
</div>