- From: MURATA Makoto <eb2m-mrt@asahi-net.or.jp>
- Date: Tue, 27 Sep 2022 21:53:12 +0900
- To: Koji Ishii <kojii@chromium.org>
- Cc: Yasuo Kida <kida@mac.com>, Kobayashi Toshi <binn@k.email.ne.jp>, JLReq TF 日本語 <public-i18n-japanese@w3.org>
- Message-ID: <CALvn5ECr=iotAcossJRU-+LjZD16iO8FWxjfjfeOo1RaY_faEw@mail.gmail.com>
石井さん、 > >> Chrome/Safariは、WebKit実装当時のW3Cでの議論に基づき、ブロック扱い(DIVやPと同様)になっていますが、Firefoxはインライン扱い(SPANと同様)になっているようです。 >> >> >> 本来から言えばインライン要素であるべきですよね、きっと。 >> > > > ルビ本来の用途を感覚的に理解すると、おっしゃる通りインラインだと思います。ただ、実務上から考えると、別スレッドで議論中の「長いグループルビ」の問題が少し絡んでいます。Natが指摘しているように、長いグループルビを適切に改行するのは、アルゴリズムの複雑さからも実行速度の面からも問題が大きい。とはいえ、改行できずにオーバーフローしてしまうと、電子書籍などでは画面外になってしまい、見切れてしまいます。これはコンテンツが見切れて読めないため、出版社から「致命的」「不可」レベルの問題であるとして指摘されています。このため、出版社と相談の上で、Blink/WebKitでは、ルビ内の改行をサポートしています。 > サンプルはこちら > <https://software.hixie.ch/utilities/js/live-dom-viewer/?%3C!DOCTYPE%20html%3E%0A%3Cdiv%20style%3D%22width%3A%2010em%3B%20border%3A%201px%20solid%20blue%22%3E%0A%20%20%3Cruby%3E%0A%20%20%20%20%E3%81%A8%E3%81%A6%E3%82%82%E3%81%A8%E3%81%A6%E3%82%82%E3%81%A8%E3%81%A6%E3%82%82%E3%81%A6%E3%82%82%E3%81%A8%E3%81%A6%E3%82%82%E3%81%A8%E3%81%A6%E3%82%82%E3%81%A8%E3%81%A6%E3%82%82%E3%81%A8%E3%81%A6%E3%82%82%E9%95%B7%E3%81%84%E6%96%87%0A%20%20%20%20%3Crt%3E%E3%81%A8%E3%81%A6%E3%82%82%E3%81%A8%E3%81%A6%E3%82%82%E3%81%A8%E3%81%A6%E3%82%82%E3%81%A6%E3%82%82%E3%81%A8%E3%81%A6%E3%82%82%E3%81%A8%E3%81%A6%E3%82%82%E3%81%A8%E3%81%A6%E3%82%82%E3%81%A8%E3%81%A6%E3%82%82%E9%95%B7%E3%81%84%E3%83%AB%E3%83%93%3C%2Frt%3E%0A%20%20%3C%2Fruby%3E%0A%3Cdiv%3E> > 。紙の印刷の既成概念からすればあり得ない組版だとは思うんですが、出版社からは、これなら「可」であると聞きました。これを実現するには、ブロックでないと技術的に難しい。実装当初はどちらでも大差ないと思われていましたが、現在では、ブロックの方がこういった柔軟性が高いと思っています。 > > > また、HTML/CSSでは、インラインの要素は、すべて本文の流れ(フロー)に含まれると解釈されています。絶対座標指定やフロートなどの別のフローを作り出す要素はすべてブロック要素です。検索や読み上げなどで、本文の流れ(フロー)に含みたくないことを考えると、ブロックの方が相性が良いのでは、と思うこともあります。 > > > もちろん、インラインであることによるメリットもあるのかもしれません。個人的にどちらであるべきかの強い意見を持っているわけではありませんが、こういった議論やメリット・デメリットの検証がないまま、歴史的経緯によって実装が分かれてしまったのが残念ですね。 > Chrome/Safariがルビをブロック扱いしているというのは驚きです。 ブロック要素なら、新しい行が始まり、カラムの幅いっぱいを 使うと理解していたのですが、違うのでしょうか?CSSの仕様 <https://drafts.csswg.org/css2/#block-boxes>を 見てみましたが、やはりそう思えます。私の理解が間違っている のでしょうか?ひょっとして、ruby要素のことではなくrt要素の ことでしょうか? CSS Rubyにはエディタとして石井さんのお名前があり、Google という所属が記されてます。しかし、Chrome/Safariの実装はあれ とはまったく違う方針で進んできているということなのですね。 rt { padding-bottom: 1em} とやっても、親文字とルビの間の距離が空かないのは、 そのせいでしょうか? 村田 真
Received on Tuesday, 27 September 2022 12:54:04 UTC