- From: 木田泰夫 <kida@mac.com>
- Date: Tue, 28 Sep 2021 16:56:15 +0900
- To: JLReq TF <public-jlreq-admin@w3.org>
- Message-Id: <43583261-0AD3-4B30-9515-D206B1DF651B@mac.com>
JLreq TF のみなさまー、draft meeting notes です。変更、補足などあったら教えてください。 https://github.com/w3c/jlreq/issues/306 <https://github.com/w3c/jlreq/issues/306> JLReq TF meeting notes 9/28 Attendee bin-sensei, kobayashi-san, murakami-san, murata-san, setsu-san (xfq), shimono-san, tahara-san, tajima-san & kida UAX#50 AJ1 harmonisation proposal Richard kindly reviewed the proposal to improve the language. Got feedbacks on GH. Taro-san @ Adobe analysed AJ1 font sources to confirm that the proposal makes AJ1 fonts UAX#50 compliant. It was confirmed according to the analysis. ^^/ todo: Shimono-san to integrate feedbacks from Richard. todo: Kida to send a note to Richard to ask him if he could send it to UTC. User requirements for TTS of ruby Murata-san developed a document describing user requirements for TTS of ruby. It was originally a part of the simple ruby document. JLReq TF would like to make it an official W3C document like simple ruby. todo: Kida to send a note to Richard to get his OK to make a repository at W3C/ruby-t2s-user-requirements. The next major revision of JLReq, the TOC Following the previous meeting discussed the table of contents of the next major revision, the digital native version of JLReq. Discussed on an early draft kida sent to the list on 9/28 9:38 JST. top level murata-san: would like to add “universal design” as the top level themes → agreed how nat: For most engineers Japanese line layout is very different → let’s add some basic introductions kobayashi-san: it might be a good idea to describe alternative methods for lower level features → agreed bin-sensei: there aren’t much documents re: line progression. would like to strengthen jlreq on this point → agreed nat: should cover baseline and font metrics. there aren’t enough metrics in fonts for proper Japanese line layout → agreed. please write it up kida: current descriptions in JLReq have an implicit assumption on pages and books. would like to remove such an assumption, and move page and book making topics in separate sections → agreed murakami-san: (to the list of applications and features that I sent) EPUB supports page-spread → will correct nat: placement of contents and white spaces in Japanese layout has its own beauty and would like to maintain it → agreed to the concept, but would like to see a concrete write up. bin-sensei: the quality of text on screen is nearing the level of paper. getting better and better (comment) bin-sensei: the section 4 can be divided into three separate pieces. Titles, notes and non-textual objects like images or charts → ok! bin-sensei: for example title can be generalised even without the line-grid system. kobayashi-san: would like authors to read this also → as long as it fits within the scope kida: on the same context, would like to say no to fullwidth numbers → grin kida: should we describe how to deal with edge cases? → no. let’s leave such to implementations. Just mention that there will be edge cases. if there are complex issues it can be a separate document (shimono) next steps Kida to develop an introduction like paragraph covering the top level theme. yes… Kida to update the TOC document and check it in under /docs/ TODOs Nat to write up something in regard to the beauty of the Japanese page layout, in a way people can apply them on digital media. Shimono-san to integrate feedbacks from Richard. Kida to send a note to Richard to ask him if he could send it to UTC. Kida to send a note to Richard to get his OK to make a repository at W3C/ruby-t2s-user-requirements. Kida to develop an introduction like paragraph covering the top level theme. yes… Kida to update the TOC document and check it in under /docs/ oh, my, god. I have four todos… Next meeting will be on 11/2 after TPAC. Raw transcript: https://www.w3.org/2021/09/28-jlreq-minutes.html <https://www.w3.org/2021/09/28-jlreq-minutes.html>
Received on Tuesday, 28 September 2021 07:56:33 UTC