出力できないといって安心していられません。いうものがどうもその役割を担うようです。出力のできるエンジンが現れません。これはこれで問題であろうと思っています。出力するには向いてないのかもしれません。そのような説明を私は聞いたことがありません。代替品となるマクロがあるようです。使えるようになるのかなぁと思っています。拡張が必要だそうです。いう認識を持つべきでしょう。どちらかをやっておくべきだろうと思っています。(誰がやるべきかという点には踏み込まないことにします。ような小さな枠組での開発は不可能です。想像したいと思います。いうようなコメントはお控え下さい。誤解を生む可能性は低くなったと思います。ついて言及していただいても良いことにしたいと思います。(動いているソフトを開発されていることに対する敬意は忘れないつもりです。維持できなくなると想像する人は、ほとんどいないでしょう。現実には、組版結果の同一性を保証することは不可能です。縦書きの時に回転してもよさそうな文字が回転してくれませんでした。時代に持ち込むのは無駄だということです。サンプルを載せておきます。縦書きでは異っています。いうことが起こるかを、以下で説明します。前提にタイプセットを行います。下流に流れて行くことになります。エンコーディングのものです。使うことになるでしょう。後者の差異の方が大きすぎることです。新しく、当然文字集合も増えています。縦書き文字で回転するものが多く登録されてて当然です。回転することになってしまった文字があります。回転するかどうかが変化しています。使われる文字が該当します。化したらこれが日常的に問題になるというわけです。これはそういう設計になっているからでしょう。普通の文字と同じにすることもできると思われます。)互換性を優先して、回転する文字を苦労して制限することは可能です。文字によって切替えることになるでしょう。そこまでして互換性が必要でしょうか。互換性に全力投球するのはばかげたことと言わざるを得ません。ソースレベルの互換性はどうでしょうか。処理できるようにすべきかどうか。私は、ここはわざとエラーにして止めてしまうのがよいと思います。世界においては迷惑この上ないでしょう。組版結果にも影響を与えるもうひとつ別の問題も存在します。ような、漢字のマクロ名を使うことができます。同様にマクロ名として使えてしまいます。対応する機能は当然ありませんでした。ような文字が普通に使えるようになりました。ようなアスキー文字に置き換えて処理しているようです。対応になった場合にどのように扱えばよいでしょうか。無効にせねばなりません。互換性を維持する方向を選びました。波紋を呼ぶことにもなりましたが、避けようがありません。こちらの側面も重要です。しておくことを提案します。簡単に実現できることです。最大限の拡張であったことがわかります。何の互換性を維持し、何を捨てるかを決めなければいけません。私はこれには反対です。ほとんど使われていないような機能の維持は、次の開発の足かせになります。無駄な機能を切捨てる絶好の機会ととらえるべきでしょう。乗り換えたほうがよいでしょう。いうものは積極的に切捨てるべきだと考えます。文字コードの扱いも、もっと簡略化できるだろうと思っています。2通りあって話が複雑になっていました。統一すれば当然ながらすっきりします。外部ファイルの扱いも簡単にできると思っています。処理が非常に強力であることにも気づきました。いう方針は大いに検討すべきだと思います。ほとんど使わなくても大丈夫のような気がしています。読み込めるようにしておくべきだという考え方もあるかもしれません。自動判定できるだろうと提案したことがあります。不可能ではないと考えています。変換されていることです。しておくことがこの先も許されるのでしょうか。なることを覚悟しておく必要を感じます。離れることを提案しました。更新には追従しなくてはいけません。離れるわけにはいきません。従って、次のどちらかを選ぶ必要があるでしょう。中途半端では紛らわしいだけです。この2つのどちらの路線を選ぶか、という問題と同じです。分かれた実装もありだろうと思っています。コード整理・機能整理はやっておいて損はないと思っています。問題はマンパワーです。誰が手間のかかる開発をやるのか、という点に尽きます。協力したほうがよいかもしれません。ある程度情報収集できると思っています。