上で日本語機能を実装する方が現実的な策となるでしょう。それが現実になるのであれば、最初からそちらの策をとった方が少ない開発力を有効活用できるのでは...というのが今の私の考えです。後継になるとは知りませんでした。関係に気づいたのもつい最近です。本命視されている理由が少しわかった気がするのですが、こういう情報のソースはどこにあるのでしょうか。見てもあんまりちゃんとは書いてないようですし。対応の宣伝文句に踊らされていた気がします。コンパイラでの拡張を小さくしておくのが今後の拡張に都合がよいと思ってました。上で日本語機能を実装するのと、方向性は似ている気がします。00:16:26誇大広告で騙したようでしたらすみませんでした。周辺事情(日本ローカル色が強すぎるなど)は無視して、単純な性能で見た場合にはそんなに誇大広告でも無いのではないか、と個人的には思っています。XeTeXなどライバルも多いことですし。JTeXの初期の頃はマクロだけで作られていて速度の面からチェンジファイルへ移していった」と聞いたような気がします。実装をマクロなどへ、というと丁度その逆ですね。ベースにした方がいいのかもしれません。縦書きに関しては、確かdvi命令255番がpTeXの独自拡張だったはずですが、せめてこれだけでも国際化を狙えないのものでしょうか。LuaTeXではどうなっているのでしょうか。出すが、これは消しても問題なし...のようである。実装は無拡張でやっています。同じ方法で回転させるということを考えているように見えます。代用可能な気がします。処理することは可能なはずです。代用できるのではないかと期待しています。(追記:縦書き用のフォントを用いようとするとグリフの回転の問題がありますね。対応が現在進んでいる、あるいは将来進むのかどうかです。廃れた存在になるなら、進まないのかもしれません。出力になるでしょうからデータの問題は自動的に消滅することになるのでしょうかね...。21:19:36ZRさん、コメントありがとうございました。お話を伺っていると、pTeXのdvi命令255番の仕様の方がよっぽど単純明快と思ってしまいますが、国際的に認知されそうにないならあきらめるしかなさそうです。dvipdfmxのいずれも未対応だったので少々驚きました。中国の人には特に需要があると思うのですが。pTeXのPDF直接出力は、最近の角藤さんのpeTeXとdvipdfmxの一部を組み合わせれば、実現可能な距離にあるのではないかと想像しているのですがどんなものでしょう。簡単に適用できると思いますので、よろしくお願いいたします。インプリメンタではありませんので、間違いなどがあったらなおしてください。拡張をされたということで、ファイルを送っていただきました。付加されているということです。機能は除いてあるということです。ままで残してあります。間にはもちろん日本語は使えません。自身の実装が単純になるからだと想像します。様に書字方向が多数ある状況だと話が異なるのかも知れません。バイト符号値対応にする術がなかったからでしょう。