Re: 明日は定例ミーティング (JLreq TF)

I actually didn’t see any problem referring to ラビ群 (the ruby group) as “ruby block” because a “block” can mean a grouping of things. I like it better than “ruby box” because a box now introduces an implied geometry and location to the ruby but does not necessarily include the base text.

—Nat

—Nat
________________________________
From: MURATA Makoto <eb2m-mrt@asahi-net.or.jp>
Sent: Monday, January 17, 2022 4:14:00 AM
To: Atsushi Shimono (W3C Team) <atsushi@w3.org>
Cc: W3C JLReq TF <public-i18n-japanese@w3.org>
Subject: Re: 明日は定例ミーティング (JLreq TF)

皆さん、


・two-stepの表現の改善の話の続き
     https://github.com/w3c/simple-ruby/issues/74<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fw3c%2Fsimple-ruby%2Fissues%2F74&data=04%7C01%7Cnmccully%40adobe.com%7Cd80726bd4da44412c50408d9d9b2fb26%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637780185785040609%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=1gfCjFJurXFV7IzwQITTSpa5XI2JV4NjFsbTKAEIbI4%3D&reserved=0> に村田さんのコメント
　　添付がNatさんの提案（"two-step"以外のeditorialな編集も入っていますが）


私はこれでいいと思います。前後の文字を見ずに親文字とルビだけを見て
それらの相対位置を考えるという本質が捉えられています。


・simple-ruby 'ruby block'の明確化
  https://github.com/w3c/simple-ruby/issues/77<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fw3c%2Fsimple-ruby%2Fissues%2F77&data=04%7C01%7Cnmccully%40adobe.com%7Cd80726bd4da44412c50408d9d9b2fb26%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637780185785040609%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=T%2BWm3788%2BaNEDfcTKJw6Xgo%2BV6wyvl4lvaTpOAdhQ6c%3D&reserved=0>
  ruby blockが<ruby>xxx</ruby>に対応するのか、複数<ruby>が連続してる場合はどうするのか


ruby blockは、一つのrubyに必ずしも対応しません。改行が途中である
と一つのrubyに対して二つのruby blockができます。 二つの  ruby要素
があったら、少なくとも二つのruby blockができます。用語としては
ruby boxを主張します。

・ruby-t2s-reqで何か議論点あります？＠村田さん
　　英語でもわかるサンプルは特にここで議論する話でもないですよね？
　　他に何かあります？

とくにないです。私が宿題をちゃんとやれという話だと思います。


　あと、12/22のフォント分科会関係で何かありましたら。（次回フォント分科会の会合をどうするのか、
なども含めて）
 そういえばUnicodeに出した文書は#169には入らなかったようですが、次回の#170が今月下旬に開催の
もようです。

CFF version 2の改訂提案が出てますね。

https://github.com/MPEGGroup/OpenFontFormat/blob/20363645814fc7b00f856eade80c34915fcd7c84/2022-01-05-cff2-DRAFT.md<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FMPEGGroup%2FOpenFontFormat%2Fblob%2F20363645814fc7b00f856eade80c34915fcd7c84%2F2022-01-05-cff2-DRAFT.md&data=04%7C01%7Cnmccully%40adobe.com%7Cd80726bd4da44412c50408d9d9b2fb26%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637780185785040609%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=Iasa6J62CVRv8LA2rqwWOAseeN9Ee%2By73kOUUxzPII4%3D&reserved=0>

UTC #170は今月下旬ですか。簡単に決着しますかね？

村田　真