Re: [cmake-developers] CTest custom HTML

2016-03-14 Thread Charles Huet
Yeah, makes sense. Thanks so much for your time Le lun. 14 mars 2016 à 15:58, Brad King a écrit : > On 03/14/2016 05:13 AM, Charles Huet wrote: > > If the CTest parser parsed the output as XML and not simple text, it > should be > > able to recognize CDATA from actual markup. > [snip] > > If yo

Re: [cmake-developers] CTest custom HTML

2016-03-14 Thread Brad King
On 03/14/2016 05:13 AM, Charles Huet wrote: > If the CTest parser parsed the output as XML and not simple text, it should be > able to recognize CDATA from actual markup. [snip] > If you don't think this is doable (or you don't want to integrate this kind > of behavior into CTest) we'll customize C

Re: [cmake-developers] CTest custom HTML

2016-03-14 Thread Charles Huet
>You could use DartMeasurementFile to upload arbitrary files with the CTest submission, and then teach CDash what to do with them. Hmm, this sounds to me like too much custom logic would be in CDash, which would never make it upstream, and we have bad experiences maintaining this kind of patch set

Re: [cmake-developers] CTest custom HTML

2016-03-10 Thread Brad King
On 03/10/2016 03:29 AM, Charles Huet wrote: > Now the big difficulty in this would be to integrate XSLT2 capabilities into > CMake. [snip] > Do you think this coule be viable ? I'd prefer not to add yet another dependency (on xslt). CTest defines nothing about the format of the test output, besi

Re: [cmake-developers] CTest custom HTML

2016-03-10 Thread Charles Huet
Hi, this is very interesting, but it does not fully solve the problem of not being able to have some custom HTML sent to CDash directly. I perused through the code to try and find a solution, and I think I have an idea. >From what I understand, the 'DartMeasurement' tokens are replaced with some

Re: [cmake-developers] CTest custom HTML

2016-03-09 Thread Brad King
On 03/09/2016 04:13 AM, Charles Huet wrote: > We used to use this, by creating a composite image containing the reference, > generated and diff, but in some cases comparing accurately was tedious. > Having the 3 images separately allows us to open each in a tab and quickly > switch from one to the

Re: [cmake-developers] CTest custom HTML

2016-03-09 Thread Charles Huet
Sadly this is quite not good enough. We used to use this, by creating a composite image containing the reference, generated and diff, but in some cases comparing accurately was tedious. Having the 3 images separately allows us to open each in a tab and quickly switch from one to the other, making h

Re: [cmake-developers] CTest custom HTML

2016-03-08 Thread Brad King
On 03/08/2016 11:09 AM, Charles Huet wrote: > mostly useful to display images, since some of our tests compare > images with ImageMagick CTest/CDash already supports sending images for display. It was developed for the same purpose for VTK testing. The test output can contain /path/to/file.pn

[cmake-developers] CTest custom HTML

2016-03-08 Thread Charles Huet
Hi, to customize our test results, we developped a small test wrapper that outputs some HTML markup (mostly useful to display images, since some of our tests compare images with ImageMagick). However, this does not work since CMake 3.3 because of the refactoring of ctest to use cmXMLWriter, becaus