Am Mittwoch, 13. Januar 2016 um 22:50:58, schrieb Guenter Milde 
<mi...@users.sf.net>
> On 2016-01-13, Kornel Benko wrote:
> > Am 13. Januar 2016 um 08:57:39, schrieb Guenter Milde <mi...@users.sf.net>
> >> On 2016-01-12, Kornel Benko wrote:
> 
> Dear Kornel,
> 
> ...
> 
> >> > Yes, if output is set to dvi, then all dvi formats are tested.
> >> > The same is valid for pdf, ==> test all pdf formats
> 
> >> > Ergo, not oversight but intent.
> 
> >> So, what is the intention?
> 
> >> If I set a per-document default output format, this is usually because I
> >> know the document does not work well with others.¹
> 
> > Or you prefer this format,
> 
> For documents shipped with LyX, personal preference is no reason to set a
> document-specific default output format.

Yes. But we are testing. We are not searching for errors of latex,luatex or 
xetex.
But we want to see, if lyx produces valid tex output.

> For my preference, I have set the "Default Output Formats" in
> Tools>Preferences>File Handling>File Formats
> 
> 
> >> Main reasons for such failure are incompatibilities of packages with the
> >> engine ("plain" latex, pdflatex, xetex, luatex). 
> 
> >> A document requiring pdflatex will not work with PDF (ps2pdf) and PDF
> >> (dvipdfm).

...

> >> -> If we want to keep as many as possible test cases, it would be simpler
> >>    just to ignore the default output setting and handle failures
> >>    consistently via filter patterns.
> 
> > NO
> 
> OK. So, in order to minimize the ressources and time, one would have to choose
> "ps" over "dvi" - the additional "dvips" call will make less impact than an
> additional two runs with lualatex.
> 

Could you elaborate a little more? It is too late for lyx2.2, but we could 
change the algorithm
for selecting test configurations for lyx2.3

> >> ¹ The right way would be to exclude output formats that do not work, but
> >>   this is currently not possible.
> 
> > Sure it is, via ignoredTests.
> 
> Sorry, this was misleading. The sentence should have been continued
> 
> >>   this is currently not possible
> 
>      ... in the document source.
> 

Yes, that is a major problem for the test machinery.

> Günter

        Kornel

Attachment: signature.asc
Description: This is a digitally signed message part.

Reply via email to