Re:VIEW 4.2リリース

[kmuto]

6月末予定

[kmuto]

今月になってしまったですね。難しめなPRを溜めてますがどうしようかな…

[takahashim]

この前ビルドしたらLaTeXのエラーが出るようになってたので、あとでpull requestかissueを立てます…

[kmuto]

ういす、issueでテストデータいただければ。

[takahashim]

#1503 に書きました(testでした)

[kmuto]

PR

• キャプションの上または下を設定するcaption_positionの実装 #1361 : caption_position できれば入れたい。もっといい書き方ができるといいんだけど… →テストも記述した。
• //beginchild, //endchildを使った自動判定による箇条書き子要素指示 #1497 か //childによる箇条書き子要素のサポート #1494 : 箇条書き入れ子。experimental的に入れたい気持ちはあるが… パーサにかかわる変更になる。regexpパーサだと実装があまり綺麗にいかない → //beginchild, //endchildを使った自動判定による箇条書き子要素指示 #1497 を完成させてみた。experimental扱いとしても入れてみたいが。
• コラム型のnote,memo,tip,info,warning,important,caution,notice #1495 : コラム型のnote等。利便性は高くなるはずだがパーサにかかわる変更にはなる。→テストも作成し完成させてみた。
• use IndexBuilder instead of *Index.parse() #1384: Indexer。takahashimさんの実装はまだ時間とれなさそう？IDの空白弾きとかをできれば仕込みたかったが( PDFMaker: 画像IDにスペースが含まれていたらエラーにする #1393 )

Issues

• review-initにサンプルドキュメントをコピーするオプションを追加する? #1496 review-initでサンプルドキュメントをコピーできるようにする?
• IDGXMLでの//embedの改行扱い #1486 IDGXMLでの//embedの取り扱い

[kmuto]

@takahashim #1361 #1497 #1495 入れてもよさそうでしょうか。

[takahashim]

そして #1497 と #1495 についてですが……これはどうしても入れたほうがよいですか？
何度か考えてみているのですが、記法としては入れないに越したことはないのでは…という結論になってしまうのでした（←ちょっと言葉を選んでます）

[kmuto]

ないよりのない で了解ですw
今月のRe:VIEW 4.2では見送りましょう。

記法として次バージョンをRe:VIEW 5としても入れるのはためらわれるでしょうか。業務でこれまで使ってきて、命令名はともかくとして機能としてこの2つが提供されないと実務(原稿表現形式をこちらからコントロールできない)でいろいろ厳しいなという感じです。

[takahashim]

• 現状のブロック記法の入れ子を許す（ように頑張る）
• 違うブロック用記法を導入する

の方が良いかと思うのですが、どっちが現実的なんでしょうかね…。

[kmuto]

ブロックの入れ子は実装できればよいとは思いますが、パーサレベルでなんとかしないとですね。PEG系にするか、あるいは正規表現+再帰でなんとかなるものなのか…。
(なお #1495 のほうは実際のところRe:VIEW派生系には入ってるらしく、使ってるひとが多そうではあります。)

箇条書き入れ子については #1497 実装で命令名の検討以外は良い方法を思いつかないですね…。インデントとか末尾結合命令を入れるとかはやりたくない。

[kmuto]

#1513 にてリリース