On 2015-10-20, Scott Kostyshak wrote: > On Mon, Oct 19, 2015 at 08:18:30PM +0000, Guenter Milde wrote:
>> I realised that this not only applies to compilation with Xe/LuaTeX which >> is a good thing -- it also catches cases like small letters missing in >> most math-script fonts (To fix the description in lib/RELEASE-NOTES, just >> trim the sentence.) > I made the change (although you are most welcome to edit the > RELEASE-NOTES). It is the same change that I did here locally, thanks. ... > Actually the tests are not that sophisticated. They just check whether > the compilation runs without error (ie it checks the exit code from > command-line export) Except for the tex2lyx tests. >> I have a partial fix for the "Xe/LuaTeX with TeX-fonts" problem. The fix >> prevents compilation errors with luatex and improves he situation a bit >> for xetex (the difference is, that there is "luainputenc" but no >> "xetexinputenc" in TeXLive and the standard "inputenc" package currently >> refuses to work with xetex unless the encoding is utf8). >> Should I commit the patch or wait? > Please commit. Done. tex2lyx test still pass. There are some more "easyfix" patches in the pipeline: #9770 unicodesymbols replacements for wasysym text symbols and a symbols-invdiameter.patch: diff --git a/lib/symbols b/lib/symbols index 89fc41a..992f556 100644 --- a/lib/symbols +++ b/lib/symbols @@ -695,8 +695,7 @@ hexstar wasy 65 0 x ✶ varhexstar wasy 66 0 x ✶ davidsstar wasy 67 0 x ✡ diameter wasy 31 0 x ⌀ -# Unicode is wrong, but a true alternate doesn't seem available. -invdiameter wasy 21 0 x ⌀ +invdiameter wasy 21 0 x ⍉ varangle wasy 30 0 x ∢ wasylozenge wasy 53 0 x ⌑ kreuz wasy 54 0 x ✠ Commit? Günter