On 2016-11-14, Scott Kostyshak wrote: > [-- Type: text/plain, Encoding: --]
> After 0872bb78, the only failing tests of the recently committed > doc/ar/Intro.lyx and doc/ar/Shortcuts.lyx are: > export/doc/ar/Intro_pdf4_texF (Failed) > export/doc/ar/Shortcuts_pdf4_texF (Failed) This means, that 8-bit export (pdf2, ps, ...) as well as LuaTeX (pdf5_texF) work? Most probabely, this is due to the input-encoding limitation of XeTeX with 8-bit fonts. What are the errors? > Note that the two documents are set to use non-TeX fonts. In such a > case, should we still test TeX fonts? If so, which label should we > invert them under? (i.e. is it LyX's fault that we can't export with TeX > fonts?) It is not a "LyX bug" when documents intended for one export do not work with others. OTOH, we strife to make the documentation robust and working under the widest sensibly possible range of export formats. There are several possible solutions: a) add patterns (and a comment) to ignoredTests (if we never expect to overcome the issue) b) add patterns (and a comment) to ignoredTests (if we may overcome the issue and keep testing) c) If we know for sure a document does not work with non-TeX fonts, it should set the default output format to one of XeTeX or LuaTeX. As it seems to work with other "8-bit routes" but not to be easy to solve for XeTeX, I vote for a). Günter
