aminophen aminophen 87c5de8 でとりこんでいただいたようです。ありがとうございます。ついでに ltjclasses のほうもお願いします（添付ファイル ID: 5281）
aminophen ついでに ltjclasses のほうもお願いします（添付ファイル ID: 5281）
texjporg/platex#12 を取り下げたのでしばらく考えていたのですが、ltjclasses のほうは
なので、必要なんじゃないかと思っています。が、お任せします。
ついでに ltjclasses のほうもお願いします（添付ファイル ID: 5281）
19012bf で取り込みました．
別件ですが，texjporg/jsclasses#18 では \bf, \it など LaTeX 2.09 のフォントコマンドは容認（警告なし）で落ち着くような感じがしますが，ltjsclasses ではどうしようか，というのもあります．
# 個人的には，そもそも LuaTeX-ja 自体が pLaTeX と 100% 互換ではないので，「エラーにはしないが，最初の一回で警告」としても問題ないと思っています．
別件ですが，texjporg/jsclasses#18 では \bf, \it など LaTeX 2.09 のフォントコマンドは容認（警告なし）で落ち着くような感じがしますが，ltjsclasses ではどうしようか，というのもあります．
# 個人的には，そもそも LuaTeX-ja 自体が pLaTeX と 100% 互換ではないので，「エラーにはしないが，最初の一回で警告」としても問題ないと思っています．
それでいいように思います．もう一歩進めると，ltjclasses をどうするかというのもありますね．
もう一歩進めると，ltjclasses をどうするかというのもありますね．
標準のドキュメントクラスをどうするか，なんて話もあったような．
トンボのチケットに書くのは変なので，新たに立てるべきかもですが．
標準のドキュメントクラスをどうするか，なんて話もあったような．
2011年ぐらいにそんな話があってそのまま，でよいのかな．当時出ていた \mag の問題は LuaTeX の \mag 廃止により自然消滅したので，ltjs が標準でも特に問題視されない状況になってきているような気がします．
\bf, \it に関しては，pLaTeX だと個人的な文書に使う分には大して問題にならない場合も多いのではと思うのですが，XeTeX, LuaTeX の場合は，fontspec で色々フォントを変えようとすると意図しない動作が起きるので，より注意が必要そうです．使わないに越したことはありません．
とすると，a のフォントは LMRoman10-Bold になります．\bf でなく \bfseries ならば意図通り TeXGyreTermes-Bold になります．
# pLaTeX の場合は，日本人には \it \bf の例よりも，\usepackage{inconsolata} などして \tt \bf の例の方が身近な問題として捉えられそうな感じがします．あくまでも私の感覚ですが．
（確かにここにぶら下げるのは変ですがでも続けちゃうと．）
標準のドキュメントクラスをどうするか，なんて話もあったような．
2011年ぐらいにそんな話があってそのまま，でよいのかな．当時出ていた \mag の問題は LuaTeX の \mag 廃止により自然消滅したので，ltjs が標準でも特に問題視されない状況になってきているような気がします．
そうですそのときのです．改めてみてみると，確かにまずいのは\magくらいって話でした．おっしゃる通りltjsを標準としても良いように思えてきました．
一方でltjclassesは「pTeXと同じのができるよ，という例」でもあったようなので，こっちはいじらない方がよさそうです．
XeTeX, LuaTeX の場合は，fontspec で色々フォントを変えようとすると意図しない動作が起きるので，より注意が必要そうです．
なるほど，「\it\bfでイタリックが消えちゃう」と似ているっちゃ似ていますが，意図しない度が高いですね．もう警告じゃなくてエラーでもいい気がしてきた．（しがらみもそんなにないだろうし．）
標準のドキュメントクラスをどうするか，なんて話もあったような．
2011年ぐらいにそんな話があってそのまま，でよいのかな．当時出ていた \mag の問題は LuaTeX の \mag 廃止により自然消滅したので，ltjs が標準でも特に問題視されない状況になってきているような気がします．
私も同意します． LuaTeX-ja 本体と同じ配布形態で提供するものは，ltj と ltjs で十分（新クラスを作る場合は，LuaTeX-ja とは形だけでも別配布）だと思います．
「jcclasses 作ろう！」みたいな動きになって，そこに LuaTeX-ja 対応コードを入れてもらうのがベストかな．
XeTeX, LuaTeX の場合は，fontspec で色々フォントを変えようとすると意図しない動作が起きるので，より注意が必要そうです．
エラーまでは行き過ぎかなあ．「\rm や \bf の警告が多数流れ，端末やログファイルを埋め尽くす」だけでも迫力があります（実際，某文書を KOMA-Script にしてタイプセットした時にそうなってびっくりしました）．
「jcclasses 作ろう！」みたいな動き
何か具体的な，js の互換性維持の方針の下では無理な要望がいくつもあるならばやればいいと思うのですが，js に取り込めるような要望しかないようならば，わざわざ起こす意義は薄いように思います．そういう要望は，もしかしたら持っている人は持っているのかもしれませんが．あと，縦組はまた別かもです．
エラーまでは行き過ぎかなあ．「\rm や \bf の警告が多数流れ，端末やログファイルを埋め尽くす」だけでも迫力があります（実際，某文書を KOMA-Script にしてタイプセットした時にそうなってびっくりしました）．
私もとりあえずは警告で十分だと思っています．
aminophen トンボのパッチ取り込んでいただきありがとうございます。
「jcclasses 作ろう！」みたいな動き
何か具体的な，js の互換性維持の方針の下では無理な要望がいくつもあるならばやればいいと思うのですが，js に取り込めるような要望しかないようならば，わざわざ起こす意義は薄いように思います．
これと同じ意見を私も持っています（「理想を追求する js のフォーク」という奥村先生の意見に反対を表明したのはこれと同じ理由です）。縦組は tsarticle 等をほかでもない jsclasses.dtx の内部にいつかは実装したいという思いがありまして、その前に「原作者の一貫した方針」が具体的に示されないことを懸念しました。
「\rm や \bf の警告が多数流れ，端末やログファイルを埋め尽くす」だけでも迫力があります
今のltjsは一回だけでしたっけ．迫力を出すために毎回にする？
クラスファイル（等）については，一応当時山本さんがいくつか書かれていますね．リマインドとして：https://osdn.jp/projects/luatex-ja/forums/25560/29251/60242/
aminophen クラスファイル（等）については，一応当時山本さんがいくつか書かれていますね．リマインドとして
すみません、知らなかったので読みたいと思ったのですが「指定されたメッセージはありません」や「指定されたスレッドはありません」といわれてしまいました。会員制のなにかでしょうか？
jslogo.sty がない場合にエラーが出ていたので直しました（e3a4929: # を ## にした）．
「指定されたメッセージはありません」や「指定されたスレッドはありません」といわれてしまいました。
開発初期に用いていたメンバー用のフォーラムのようです．
aminophen （ここに付けるのは変な気がしますが）828b193 の「jslogo.sty がない場合」のルーチン変更は ## を # にまた戻すのも必要そうです。念のため。
## を # にまた戻すのも
また忘れていました，ありがとうございます．
Fork
luatex.def が新しくなって、トンボの分の用紙サイズ補正が graphicx/color 使用時に無効になってしまいます。ltjsclasses.dtx の l.739 付近のコードを
とすればよいようです（\stockwidth と \stockheight は memoir.cls のため特別扱いされているのでこれを利用）。ほかの cls でも同様の問題が起きているかもしれませんが、未調査です。texjporg/jsclasses#2 でも同じことをやろうとしています。