Skip to content
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

Updating JL-TF charter #259

Merged
merged 4 commits into from
Jul 6, 2021
Merged

Updating JL-TF charter #259

merged 4 commits into from
Jul 6, 2021

Conversation

himorin
Copy link
Contributor

@himorin himorin commented Apr 4, 2021

@kidayasuo as placeholder for discussion.

As for now, PR has a text with just added 2yrs to end date from the current charter.

possible consideration points (as in chats):

  • add recent new document like simple-ruby?
  • add recent work on redefining JLReq using Unicode?
  • more detailed description on gap-analysis and relevant tests work?

@kidayasuo
Copy link
Contributor

kidayasuo commented Apr 5, 2021

Thank you @himorin san for creating the gh issue. Could you add the url of the current charter to your opening comment so people can easily find the current one? (thanks)

Probably we can generalize the first two points you raised. What we are doing is redefining jlreq for internationalized software architecture (vs the current JLReq is based on printing architecture). By stating like this simplification of ruby can be seen as a part of it.

Of course we will continue updating the current JLReq document for fixing errors or usability. So, probably we will keep the original sentence also.

Update the Japanese Layout Requirements document to fix errata, or improve the accessibility and user-friendliness of the document.

(One of the important task here by the way would be to improve the usability of the two-language-in-one document. I still look at the old document because the new one is hard to use)

The first (gap analysis) and the last paragraph (other possible tasks) can probably be as is?

(In the gap analysis area one thing we found is that for some characters the behavior that Unicode defines do not match with requirements from JLReq/JIS X 4051. This clearly is a gap and probably we should create a document.)

Are there other parts of the charter document that benefit from updating? What do you think @r12a san?

I suspect that the need for updating xxReq for internationalized software architecture, and possible gaps between what xxReq expects what is defined in unicode, especially in the area of punctuations, might apply to some other languages.

@xfq
Copy link
Member

xfq commented Apr 5, 2021

Link to the charter: https://w3c.github.io/jlreq/charter/

@xfq
Copy link
Member

xfq commented Apr 5, 2021

Are there other parts of the charter document that benefit from updating?

A few small nits for your consideration:

  • The "Join the Japanese Text Layout Task Force" link seems broken.
  • The homepage of the CSS Working Group has been changed from https://www.w3.org/Style/CSS/members to https://www.w3.org/Style/CSS/
  • "Publishing Working Group" should probably be changed to EPUB 3 WG and Publishing CG/BG now
  • Some of the links to the Process Document need updating
  • Probably need to mention the public-i18n-japanese mailing list
  • Maybe add a Charter History table like this one?

@xfq
Copy link
Member

xfq commented Apr 5, 2021

And we should add Atsushi to the list of team contacts.

@r12a
Copy link
Contributor

r12a commented Apr 6, 2021

The above all sound good to me. I don't think this should turn into a major exercise, though. It should just be a succinct summary of current directions and setup, and we shouldn't spend a great deal of time on it unless there are controversial aspects.

I'm concerned about Kida-san struggling to use the dual language version, and would like to better understand why (maybe in a separate GH issue).

@kidayasuo
Copy link
Contributor

I'm concerned about Kida-san struggling to use the dual language version, and would like to better understand why (maybe in a separate GH issue).

It is effectively #126. #236 is also related. The page opens with the mixture of text you want to read and chunks of text you do not need (that typically you can't read). To limit it to a language you want to read you need to click the language switching button. The order version opens clean without you having to do anything. Another issue that might not have been captured in gh is that if you jumped to a section you want to read first and then you click on the language button, the page refreshes to a different part of the document. This is annoying too. The new format is a good improvement in terms of the maintenance-ability but at this point it is a regression in the usability for our end users, which is true even for myself.

@himorin
Copy link
Contributor Author

himorin commented Jul 2, 2021

Updated minor points pointed above. (no change on JLReq document)

Also, recently, we seems to reach into some mutual understanding(s) on the next edition, like #281, which could also be included.

</tr>
</tbody>
</table>

<hr />
<address>
Charter Authors: Richard Ishida
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@himorin you should add your name here.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

added

@r12a
Copy link
Contributor

r12a commented Jul 2, 2021

LGTM. Ok to merge.

Copy link
Contributor

@kidayasuo kidayasuo left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The change looks good to me. Approving.

@himorin himorin merged commit c4abf56 into w3c:gh-pages Jul 6, 2021
@himorin
Copy link
Contributor Author

himorin commented Jul 6, 2021

merged, all comment resolved.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants