- From: r12a <ishida@w3.org>
- Date: Thu, 8 Jun 2017 19:14:53 +0100
- To: www International <www-international@w3.org>
https://www.w3.org/2017/06/01-i18n-minutes.html
text version follows:
Internationalization Working Group Teleconference
01 Jun 2017
[2]Agenda
[2]
https://lists.w3.org/Archives/Member/member-i18n-core/2017May/0032.html
See also: [3]IRC log
[3] http://www.w3.org/2017/06/01-i18n-irc
Attendees
Present
Addison, David, Jan, Andrew, andrewc, JcK
Regrets
Steven, Bert
Chair
Addison Phillips
Scribe
addison
Contents
* [4]Topics
1. [5]Agenda
2. [6]Action Items
3. [7]Info Share
4. [8]Radar
5. [9]unicode discussion on U+FFFD generation
6. [10]Review of qa-floating-times
7. [11]review and close Charmod-norm issues
8. [12]AOB?
* [13]Summary of Action Items
* [14]Summary of Resolutions
__________________________________________________________
trackbot, prepare teleconference
<scribe> ScribeNick: addison
Agenda
Action Items
[15]https://www.w3.org/International/track/actions/open
[15] https://www.w3.org/International/track/actions/open
action-621?
<trackbot> action-621 -- Addison Phillips to File additional
issue on imsc related to font selection and "recommended
character sets" section -- due 2017-06-01 -- OPEN
<trackbot>
[16]http://www.w3.org/International/track/actions/621
[16] http://www.w3.org/International/track/actions/621
[17]https://github.com/w3c/i18n-activity/issues/420
[17] https://github.com/w3c/i18n-activity/issues/420
addison: need to file this to them
richard: still filing a few, need to understand jck's comments
and incorp
addison: will file this one unless objections
Info Share
Radar
[18]https://github.com/w3c/i18n-activity/projects/1
[18] https://github.com/w3c/i18n-activity/projects/1
<r12a> w3c.github.io/i18n-activity/reviews/#poe
<scribe> ACTION: richard: forward poe/ordl comments on behalf
of bert [recorded in
[19]http://www.w3.org/2017/06/01-i18n-minutes.html#action01]
[19] http://www.w3.org/2017/06/01-i18n-minutes.html#action01
<trackbot> Created ACTION-622 - Forward poe/ordl comments on
behalf of bert [on Richard Ishida - due 2017-06-08].
unicode discussion on U+FFFD generation
0xC0.80
-> U+FFFD
-> U+FFFD U+FFFD
0xC0.80.80
0xF4.80.F4.80.80.80
richard: could have an effect on encoding
addison: should be a limited effect, best practice? not
required?
richard: tests use fffd in decoding for when things go wrong
... would have an effect for unrecognized sequences for
conversion to utf8
addison: encoding spec does each bad byte
david: security impact
... utf8 sequences that were abusive
addison: question is whether we have an opinion?
david: personal opinion that you emit single rather than
multiple
addison: tend to prefer only one, but there are solid arguments
for multiple
jck: also tend to think reject the entire string
addison: a little weird to have this conversation in 2017; if
writing a converter need to handle these cases
Review of qa-floating-times
[20]http://w3c.github.io/i18n-drafts/questions/qa-floating-time
s.en
[20] http://w3c.github.io/i18n-drafts/questions/qa-floating-times.en
<r12a> [21]https://github.com/w3c/i18n-drafts/issues/44
[21] https://github.com/w3c/i18n-drafts/issues/44
<r12a> [22]https://github.com/w3c/i18n-drafts/issues/66
[22] https://github.com/w3c/i18n-drafts/issues/66
66 is about the footer
44, mati has a good point
review and close Charmod-norm issues
[23]https://github.com/w3c/charmod-norm/issues
[23] https://github.com/w3c/charmod-norm/issues
[24]https://github.com/w3c/charmod-norm/issues/54
[24] https://github.com/w3c/charmod-norm/issues/54
[25]http://w3c.github.io/charmod-norm/
[25] http://w3c.github.io/charmod-norm/
[26]http://w3c.github.io/charmod-norm/#non-normalizing
[26] http://w3c.github.io/charmod-norm/#non-normalizing
[27]http://w3c.github.io/charmod-norm/#non-normalizing
[27] http://w3c.github.io/charmod-norm/#non-normalizing
Regular expression syntaxes are sometimes useful in defining a
format or protocol, since they allow users to specify values
that are only partially known or which can vary. The definition
or use of regular expression syntaxes or wildcards when
considered over the range of Unicode encoding variations, and
particularly when considering character or grapheme boundaries
brings with it additional considerations. [S][I] Specifications
that define a regular expre[CUT]
[S][I] Specifications that define a regular expression syntax
must provide at least Basic Unicode Level 1 support per [UTS18]
and should provide Extended or Tailored (Levels 2 and 3)
support.
[28]http://www.unicode.org/reports/tr18/#Tailored_Support
[28] http://www.unicode.org/reports/tr18/#Tailored_Support
addison: will close close? and update the regex issue
AOB?
Summary of Action Items
[NEW] ACTION: richard: forward poe/ordl comments on behalf of
bert [recorded in
[29]http://www.w3.org/2017/06/01-i18n-minutes.html#action01]
[29] http://www.w3.org/2017/06/01-i18n-minutes.html#action01
Summary of Resolutions
[End of minutes]
Received on Thursday, 8 June 2017 18:15:12 UTC