-
Notifications
You must be signed in to change notification settings - Fork 215
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
「//emlist」でキャプションがない場合のスペースを狭くする #913
Conversation
むしろリスト環境の作り方が問題 (#916) なので、それを修正したいと考えています。既存の制作物の表現互換性をいろいろ壊しそうなのが悩ましいですね… |
リスト環境の作り方が、直近で修正されるなら、そちらを修正してからこのPRをrejectしてください。 |
「たとえ当時のが間違った値だったとしても過去の版に影響を及ぼさないように注意し、及ぶなら大々的にアピール」という組版ソフト(Re:VIEWは変換器であって組版ソフトのつもりはあまりないんだけど)の原則があります。
今これを入れるなら、ローカルにコピーされるreviewmacro.styにrenewcommandとしてコメントで入れておく(ユーザーの判断でコメントを外す) くらいでしょうか。 |
これは、互換性を理由にバグを修正しないという意味でしょうか。 既存の仕様(この場合なら、キャプションがない スクリーンショット (https://imgur.com/4rttY8q) を見ればわかるように、現在の仕様ではキャプションをつけない場合は使い物になりません。現在の仕様のままでキャプションをつけずに ちょっと考えにくいです。できれば他のユーザの意見を伺いたいです。
標準レイアウトで困っていた点を修正するのだから、変わってしまってもいいのではないでしょうか(修正なのだから変わってくれないと困ります)。 繰り返しますが、既存の仕様をアテにしているユーザが多いなら、互換性を維持するのもわかります。 |
ちゃんと出力結果を見れてないですが(すみません)、そもそも |
あぁ、 |
#922 で修正予定 |
修正ありがとうございます。 |
キャプションなしの記法は |
その書き方が想定外というなら、最初にそう書いてほしいですね。あとから「想定外」と言われても。 キャプションなしでも言語名を指定したい場合はあります。その場合、 |
emlistの上のアキが広いようなのはなぜ、というissueだったらすぐに気付いたのですが、ロジックで見てスペースを埋めるというPRだったので真の原因に気付くのが遅れました。すみません。 言語名のあたりは後付けですし、私自身はTeX PDF+ハイライト は使わないので、やはり想定していなかったというほかないです。 |
連番なしのリスト
//emlist[]{ ... //}
を使ったときに、キャプションがある場合は本文との間のスペースが適切だが、キャプションがないとスペースが空きすぎる。スクリーンショット: https://imgur.com/4rttY8q
なので、キャプションがある場合とない場合とでスペースを変えるよう変更する。
修正後スクリーンショット: https://imgur.com/3osgEKf
(なお空文字列かどうかの判定には以下のサイトを参考にした。
https://tex.stackexchange.com/questions/179964/how-to-test-if-a-string-is-empty )