Re: Number of Japanese tests fails now
"Yokota K." <[email protected]>
| Newsgroups | gmane.editors.lyx.devel |
|---|---|
| Message-ID | <[email protected]> |
> 2026/04/29 23:03、Jürgen Spitzmüller <[email protected]>のメール: > > If you think this is better, I can commit the patch. Personally I am > still not convinced (but OTOH I am not a user of Japanese). If we seek perfection, of course it would be better make non-Japanese text classes usable in an automatic way with zxjatype and luatexja packages (maybe “Provides japanese” feature in LyX layouts can be used?). Or is there anything else that doesn’t work? Talking about non-Japanese text classes, it is sufficient to add a line \usepackage{luatexja} in the preamble to get a right document in the case of LuaTeX, with default settings for Language Package and Fonts. XeTeX seems less adapted to Japanese at this moment and need to provide which font to be used: \usepackage{xltxtra} \usepackage{zxjatype} \usepackage[hiragino]{zxjafont} where “hiragino” in the last line is for macOS. zxjafont package requires to provide an option from these: nopreset,noembed,ms,ipa,ipaex,ms-hg,ipa-hg,ipaex-hg,moga,moga-90,mogaN-90, ume,kozuka-pro,kozuka-pr6,kozuka-pr6n,hiragino-pro,hiragino-pron,morisawa-pro, morisawa-pr6n,yu-win,yu-win10,yu-osx,sourcehan,sourcehan-jp,noto,noto-jp, haranoaji,moga-mobo,moga-mobo-ex,kozuka,morisawa,moga-mobo-ex,noto-otf,hiragino “nopreset” and “noembed” don’t look to work by themselves. So probably we need to provide a de-facto standard font for each operating system (hiragino for Mac, ms for Windows and ipa for Linux). Koji -- lyx-devel mailing list [email protected] https://lists.lyx.org/mailman/listinfo/lyx-devel