On Fri, Jan 08, 2016 at 07:09:44AM +0000, Guenter Milde wrote: > On 2016-01-07, Scott Kostyshak wrote:
> I don't think this can be fixed in the .lyx file, because I don't know of a > way to specify something to be printed before the \documentclass line! Good point. I forget whether this is currently possible. > Generally, > > * if the example/template/documentation source can be made more robust > without becoming "hackish" --> fix the source > > * if the test machinery would need to be changed to "massage" a source to > compile --> invert the test case > > > * if LyX could be enhanced to care for a permanent TeX limitation > --> file a ticket at track and invert the test case (inverted:lyxbug) > > * if a temporary TeX issue could be fixed by special-case handling in > LyX but is rather a corner case --> invert the test case > (inverted:texissues) Good points. Maybe we should put something about this in Development.lyx since the topic does come up frequently. Maybe you already did. I did not check. > Specifically: > > * I don't think this merits special-case code in LyX to prepend these > lines if Hebrew is compiled with luatex. > > The above linked message says "*until the package is updated* you can > simply alias the old name, ...". So we would add a hack for a temporary > failure with a non-supported output format (polyglossia says > Hebrew+LuaTeX is unsupported). Indeed. From what i understand, our file as it is should compile when TL 2016 is released in a few months. > * FreeSans seems to provide the correct script-support info not to trigger > the false-positive error http://www.lyx.org/trac/ticket/8035 > > However, setting all of "mainfont", "sansfont", and "monofont" to FreeSans > seems "hackish" to me. > > > So whatever you guys decide is fine with me. > > My suggestion depends on how you (Scott) get the Hebrew documents to compile: > > * special code in the test machinery (replacements or additions to the LyX > source or the exported .tex file), > > -> remove special code and re-activate the patterns in "suspiciousTests" > > * you have an old TeXLive version where this works > > -> move patterns to "unreliabelTests" > > * it does not longer work after updating TeXLive > > -> re-activate the patterns in "suspiciousTests" The example file only compiles on an old system and (hopefully) on a future system (when TL 2016 is released). Thanks for the in-depth response and advice, Günter. I don't plan on spending any more time on this particular issue until 2016 is released and then I will check if that changes anything. In the mean time I'm fine with making the test a suspiciousTest or whatever else you and Kornel prefer. Scott
signature.asc
Description: PGP signature