Tickets List - LuaTeX-ja on SourceForge.JP

luatexja-preset の jis2004 下で fontspec の CJKShape 指定が効かなくなる - LuaTeX-ja Ticket #31422 on SourceForge.JP

Thu, 23 May 2013 19:49:38 +0900

luatexja-preset の jis2004 下で fontspec の CJKShape 指定が効かなくなる

Open Date: 2013-05-23 19:49

Last Update: 2013-05-23 19:49

Reporter:	h7k	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

次のソースを走らせてみました：

\documentclass{ltjsarticle}
\usepackage[kozuka-pr6n,jis2004]{luatexja-preset}
\begin{document}
\jfontspec{IPAexMincho}
JIS~X~0213:2004: {\LARGE 辻}

\jfontspec[CJKShape=JIS1990]{IPAexMincho}
JIS~X~0208:1990: {\LARGE 辻}
\end{document}

すると，2つめの「辻」が CJKShape=JIS1990 を指定したのにも関わらず二点辻となります． LuaTeX-ja というより，どうやら fontspec だけでも同じ症状が起きるようです．使った fontspec は 2013/05/20 v2.3c です．

Last Update of this Ticket

2013-05-23 19:49 Update by: h7k

New Ticket "luatexja-preset の jis2004 下で fontspec の CJKShape 指定が効かなくなる" created

dir RTT での挙動 - LuaTeX-ja Ticket #28954 on SourceForge.JP

Wed, 25 Jul 2012 19:45:45 +0900

dir RTT での挙動

Open Date: 2012-07-08 20:55

Last Update: 2012-07-25 19:45

Reporter:	h7k	Owner:	(None)
Priority:	3	MileStone:	(None)
Type:	LuaTeX 本体	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

まだ LuaTeX-ja 自体には無関係な範囲ですが，ひとまず LuaTeX で現在サポートされている dir TLT, TRT, RTT, LTL で xoffset, yoffset の値を調整して遊んでみました．（開発者の方は，同名のフォーラムのスレッド参照）

Omega はそれ以上（たぶん 32 個）の組方向をサポートするはずですが，LuaTeX で 4 つだけなのは手間の問題か？

添付した dirtest.pdf を見れば分かりますが，

どの組方向でもグリフの向きは紙の物理的な上方．
\hskip (正値), \vskip (負値) はそれぞれ組方向の「第1方向」「第2方向」（RTT ならそれぞれ R=右，T=上）に一致する．
RTT では，グリフは（物理的な）左右の中心線がベースラインに揃う．
LTL では，グリフの右端がベースラインに揃う．
RTT, LTL では xoffset の値は字送り方向に位置を調整する．
RTT, LTL では yoffset の挙動がおかしい．改行位置の計算では yoffset の値が影響しているが，実際の pdf 出力時にはそれが使われていない様子（だから行長が不自然に長かったり短かったり）．

Last Update of this Ticket

2012-07-25 19:45 Update by: h7k

Comment

縦組時に問題となる

* どの組方向でもグリフの向きは紙の物理的な上方．

については，LuaTeXko のやっているように，欧文フォントごとに 90度回転させた仮想フォントを作る，という方式でなんとかなりそうです．（「RTT」として良いのか？）

しかし，

* RTT では，グリフは（物理的な）左右の中心線がベースラインに揃う．
* RTT, LTL では yoffset の挙動がおかしい．

と，TLT における

xoffset によってグリフの width は変化しない．
yoffset によって height, depth は変化する……が，下に下げた時に depth の値は変化しない (test06-offset.tex)．

の気になります．

SumatraPDFでRyumin-LightがＭＳゴシックになる - LuaTeX-ja Ticket #28187 on SourceForge.JP

Mon, 30 Apr 2012 05:47:22 +0900

SumatraPDFでRyumin-LightがＭＳゴシックになる

Open Date: 2012-04-27 21:19

Last Update: 2012-04-30 05:47

Reporter:	abenori	Owner:	(None)
Priority:	5 - Medium	MileStone:	(None)
Type:	Bugs	Severity:	5 - Medium
Component:	(None)	Status:	Open
Resolution	None

Details

バグ……じゃないかもしれませんが． LuaTeX-jaでフォント非埋め込みのPDFをSumatraPDFで開くとフォントがすべてＭＳゴシックになります． SumatraPDFのソースを見ると，

if(fontdesc->flags & PDF_FD_SERIF)serif = 1;

とあって，serifが1だとＭＳ明朝，そうでなければゴシックが選ばれるようです．（ちなみにPDF_FD_SERIF = 2）

kmaedaさんに教えてもらったことによれば，ほとんどハードコーティングされているらしいので，この値を変更するのは難しいようです．がんばればできる可能性があるかもしれませんが，LuaTeX-jaががんばるのはお門違いな気もします．

どうするのがよいでしょう？

以下kmaedaさんに教えてもらったことです．

writefont.w の do_pdf_font() ですが，ここに font_encodingbytes(f) が 2 だったら仮想的な font map entry を作るという処理が書いてあります．そして，

fm->fd_flags = 4; /* can perhaps be done better */

となっています．

となると，次に考えられるのは ltj-rmlgbm.lua で fontdata.encodingbytes=1 とやって，適切なマップファイルを与えてやることなんですが，さてどうすればよいのでしょうか（そもそもできるのか）？

Last Update of this Ticket

2012-04-30 05:47 Update by: abenori

Comment

ここで悩むより，とにかく「2バイトフォントの fd_flags を 4 以外にできない？」と上流に投げた方が早く解決される……かな？

さんせーい．