Masayoshi Takahashi

なるほど…。 そもそも上記の2行を消してしまうとか、もう少し手当てするならLoadErrorの時だけ$LOAD_PATHを変更して再requireするようにするのはどうでしょうか。

そうなんですね。とりあえずコードはそのままにしておきます。

これですが、そもそもLaTeXで縦横に自由にコラム連結させるには、どういうLaTeXのコードを生成するのがいいんでしょうか…？

縦方向のclineを使う、というやつは、結局罫線がなくなるだけで、HTMLのrowspanとは違って縦のセルにまたがった記述ができないと思うのですが、違いましたっけ。 - clineを使った出力 ``` ---------------------------------------- aaa | aaaとbbbの長い説明aaaと | bbbの長い説明aaaとbbbの | の長い説明 -----+ bbb | ---------------------------------------- ``` - 期待される出力 ``` ---------------------------------------- aaa | aaaとbbbの長い説明aaaと -----+ bbbの長い説明aaaとbbbの bbb | の長い説明 ----------------------------------------...

部無し章と部有り章の混在については #285 関連のような。複雑なPARTの扱いは要検討事項（そもそもどういうTOCを吐くのが正解なのかよくわからん）なのです…。

これですが、現状コラム内でコラム見出しよりもレベルが低いHeadlineが許されているわけですが、それについてはどうしましょうか？ （とはいえ私の方もコラム対応で行き詰まって放置気味の感があるので、何かしらの対応が決まればそれはそれで良いかとは思います）

議事録にも期待しつつ、話を進めてみます。 閉じタグが必須にする変更については、基本的には見出し記法そのものに閉じタグがないところからして、ちょっと設計方針として筋が良くないのかなあと思いました。 少し考えてみての提案としては、処理を2段階に分けて、 1. Re:VIEW記法から素朴なASTを作る 2. 上記のASTからコラム（場合によっては見出しタグも）の入れ子関係をツリーに反映させた変形ASTを作る という流れにするのがいいかと思いました（もちろん一気に変形済みのASTを生成してもいいんですが、そこはJS側の希望に合わせます）。以前に見出しも入れ子になるべきでは、という話があったかと思いますが、それも構文的にやるのは大変なので、ASTでの変換規則として対応した方がいいと思います。 追記：そういえばheadlineで`===[nonum]`という記法があるみたいです（採番をしない見出し用）。

うーん、indepimageはあまり使ってないので今のところ使いたい動機はないですね。 ちなみに元々の要望は「この画像だけ右寄せにしたい」、でした。うーむ。

これですが、indepimageにも必要そうでした…。独自の採番をするですかねえ

This PR is great! 👏 The `:raise_on_encrypted` option and `CombinePDF::EncryptionError` are exactly what I was looking for. I'm very happy to see these two features merged. On the other hand,...