01:01:35 RRSAgent has joined #jlreq 01:01:35 logging to https://www.w3.org/2021/11/30-jlreq-irc 01:01:43 rrsagent, make log public 01:01:50 meeting: JL-TF main call 01:01:53 chair: Kida 01:02:12 present+ tajima, atsushi, toshi, kida, shinyu, xfq, tatsuo, murata 01:04:58 topic: ruby-t2s-req 01:05:12 murata: 現在はDAISYコンソーシアムで編集してきた 01:05:34 ... それに関してAppleとGoogleのアクセシビリティーの人がメカニズムまでに踏み込んだissueがいろいろ上がっている 01:05:46 ... これからが難しいところでhtmlの拡張という話になる 01:06:19 ... WHATWGから一つ投げ返されてきて、いま返事をしている 01:06:31 ... 何もしないという選択肢はないという状況ではある 01:06:48 ... appleの日本では誰にコンタクトすればいいのか？ 01:06:58 kida: 開発チームがなくなった 01:07:22 ... 可能なのはマーケティング？ 01:07:52 ... ただ、appleのプロダクトはエンジニアリングドリブンではある 01:08:06 murata: 何かしないといけないというのはわかってもらっているとは思っている 01:15:28 murata: ユーザ要求の文書として、今年中に更新して進めたいとは思っている 01:15:42 ... 来年からは実際にhtmlなどを拡張するという話に進んでいくと思う 01:16:51 present+ nat 01:21:20 rrsagent, publish minutes 01:21:20 I have made the request to generate https://www.w3.org/2021/11/30-jlreq-minutes.html atsushi 01:23:37 shinyu: rubyのアクセシビリティーの要求がかなったとしたらhtmlのrubyのアクセシビリティー周りが改善されることになると思う、と、これまでのepubを作り直せという話になるのか？ 01:23:51 murata: 無理だとは思う。 01:24:28 ... そこは新しいものについて新しい機構で作ってもらうしかない 01:25:34 tatsuo: 既存のものは仕方ないとして、新しいものは対応してもらうしかない。なるべくコスト掛けたくないという意識は働く。 01:25:42 ... いかに少ないコストで変えていくか。 01:25:58 ... 少ないコストで変えられる方策を考えられるか。 01:26:17 murata: その辺のメカニズムは来年に、かなとはおもう。 01:26:41 kida: 今朝のメールでも触れられているが、既存の当初のほとんどのドキュメントはこの属性はついていないがどうするのか？ 01:26:59 ... あとこれからつけていくうえで有効なツールになるのは、ランタイムで推測できるかどうか？ 01:27:27 ... これまでの文書についても推測で後付け補完できるのではないか。 01:27:40 murata: 自動振り仮名補完ソフトなどというのもある 01:27:50 ... 仕様には掛けないが、実装としてはいろんなものを使うことになるのではないか 01:28:19 kida: 実装側としてもそういうところには興味があるのではないか。タグがない時に見分けるヒューリスティックスが重要と考えている気もする。 01:28:51 kida: 要求の話ではないがそういう方面も情報があればいいのではないか 01:29:03 rrsagent, publish minutes 01:29:03 I have made the request to generate https://www.w3.org/2021/11/30-jlreq-minutes.html atsushi 01:29:39 tatsuo: 要求をまとめるときにそういう話を入れるとぶれていってしまう。まずは要求を固めること、そしてどうやって安いコストで実装できるかという段階を分けた方がいい 01:30:54 murata: 本気で実装しようとしたら、あれだけ翻訳も機械学習でできるんだから、変換エンジンなどにもいろいろ実装されてくる時代でもあるので、そういう推定でほぼできるじょうきょうなのではなかろうか 01:31:16 tatsuo: 要求という面で、要求の文書で実装を念頭においてやるというのは避けないといけない 01:31:31 s/じょうきょうなの/状況なの/ 01:32:04 murata: たいていのissueは実装の時に見ていこう、この要求ではやらない、というような論点である 01:32:38 tajima: やるがわとしては1%だけ外れるというのは、100このうち1こは失敗するということではあるので、そこをどうやって説得するのかどうかとは思う 01:35:17 topic: simple-ruby 01:36:11 atsushi: wide reviewについては大体打ち返せたと思う 01:39:02 tatsuo: Richardのヘルプを英語についてはお願いするしかない 01:41:49 toshi: 補足しておくと日本語の記述も更新しないといけない。わかり切ってるから書かなくていいと思っていて書いてない点もある。 01:44:14 nat: 編集しやすい形にしたい。htmlの生成にしない？ 01:49:22 kida: bikeshedに切り替えてmarkdown形式でやっていくのもあり？ 01:50:09 nat: Adobeでどうやっているかは確認してみる 01:53:21 kida: shimonoのメールの論点について議論しよう 01:57:48 nat: 2レベルについて、stepのままでいいのではないか 01:58:21 kida: もっと気になったのは、行きつ戻りつみたいな処理が熟語ルビに独特という点 01:58:52 toshi: 現実の処理はそういう処理になっているが、simple-rubyでは行きつ戻りつはやめようという主張をしたい 02:00:09 ... 何度も行ったり来たりはしなくても、熟語ルビでも分割したところでその分割でしかない 02:00:52 murata: レベルというのを選んだのは、xeroxの下のレベルの割付処理は下で処理するという階層構造を入れていたというところから引いて、この単語を選んだ 02:05:20 nat: levelというとオプショナルでという感じもする 02:07:38 tatsuo: ここでやってても進まない気がするので、natとmurataさんとそれぞれが書き直したものをだしてみるのはどうか？ 02:11:36 kida: その分の日本語と英語をnatにプレーンテキストで送って英語を編集してもらう 02:12:33 kida: line breakについて、改行と行割りを用語でどうするかの点について 02:14:13 in https://w3c.github.io/jlreq/#term.paragraph-break 改行 is "paragraph break " 02:15:28 toshi: 行があふれたときに折り返すということを表現する用語がなかった。というところで一般に広がったときに改行という用語がそのまま使われてしまった。 02:21:27 tatsuo: ルビ文字のディッセンダーや長いルビ文字について、極端な例外で非常にまれな点について、いろいろ考えてはいるものの、一般的に記述できないので例外処理で実装依存に何かやれ、という記述を入れておくというのもいい。 02:22:29 kida: ルビ文字のディッセンダーや日本語・欧文フォント間の関連についてはsimple-rubyでは書かない 02:22:59 toshi: 日本語とそれ以外の文字の混植の問題は出てくるのでJDLreqなどの文書で記述する 02:28:51 toshi: 小書きの仮名の直音への変換については、最近の本ではかなり読めるので、もう変換もいらないのではないかなという気はしている 02:29:05 murata: アクセシビリティー的には読み上げでは非常に困るのではないかとは思っている 02:32:19 topic: 次回 02:34:50 kida: 1/18 02:35:23 kida: natさんのフォントに関しての文書をレビュー 02:35:35 rrsagent, publish minutes 02:35:35 I have made the request to generate https://www.w3.org/2021/11/30-jlreq-minutes.html atsushi 03:28:30 xfq has joined #jlreq