XLIFF TC Call (Conference Call) | |
Name | XLIFF TC Call (Conference Call) |
Time | Tuesday, 17 December 2013, 11:00am to 12:00pm EST
(Tuesday, 17 December 2013, 04:00pm to 05:00pm UTC) |
Description |
Please get the dial in information from our private Action Item here:
https://www.oasis-open.org/apps/org/workgroup/xliff/members/action_item.php?action_item_id=3663 |
Minutes | Attendance: Fredrik, Helena, Joachim, Kevin ODonnel, Lucia, Uwe, David OCarroll, David Filip, Yves, Brian, Tom Comerford, Ray, Victor Amaya, David Walters. Bryan: Welcome to David O’Carroll and Ray. We will start with the TBA changes mentioned by David. I move to approve previous meeting minutes, 03 December 2013 https://lists.oasis-open.org/archives/xliff/201312/msg00068.html David : I second. Bryan : Meeting minutes approved. Bryan: The P&L ballot approved to renew the mandate of the SC. Bryan: We have a comment from the public comment list on the XLIFF 1.2 @datatype attribute.. Yves: there is a list of current values, and any user defined value can be used, using the x- prefix mechanism. David: We should respond that this attribute does not have an equivalent in the currently developed spec and that user defined x- prefixed value is the advised solution for XLIFF 1.2. Bryan: I have enough information. I can formulate the response. David: In previous meetings and on mailing list, we identified the key unresolved issues. These might be too big for the last meeting of this year, so I’d like to make some progress on small issues, so that only the big ones remain open. David, I have a list of minor issues that if I do not hear any objection can be summary approved in this meeting: https://wiki.oasis-open.org/xliff/XLIFF%202.0%20Public%20Review%20submitted%20comments%20tracker I invite everyone to express their objections if they feel that any of the change/solution needs more scrutiny. I believe that the following are minor issues that have been resolved in the current WD and can be summary approved in this meeting: 102, 105, 107,110, 111, 113, 114, 118, 119, 120, 126, 130, 137 [David goes through the proposed group of comments one by one and explains how these are resolved in the wd03 as of Dec 17, 2013]. [102 and 105 did not register any objections.] Yves objects to including 107. [107 is out of the list, as the solution needs to be reviewed by Yves.] [110 did not register any objections.] [Re 111:] F: Simply Id ref is enough. D: OK, I take 111 out of the group for summary approval as it needs to be resolved in sync with the fragment identification issue. [113, 114, 118, 119, 120, and 126 did not register any objections.] [Re 130:] Yves: This type of Annotation was added between csprd01 and csprd02, do we really need a translation candidate annotation? David: I will take 130 out from the group for summary approval. [137 did not register any objections.] David: This is the resulting list of minor items to be approved: 102, 105, 110, 113, 114, 118, 119, 120, 126, 137. D: I move to approve that the above comments have been resolved in the wd03 as of Dec 17: B: I second. D: I call for votes: Yes [10]: Victor, Helena, Tom, Fredrik, David Filip, Lucia, Kevin, Bryan, Uwe, David Walters. Abstain [2]: Yves, Joachim, D: Motion carries. Thanks to all voters. D: I will let Bryan to see which of other issues could be eventually resolved in the remaining time. B: Fragment identification and uniqueness of Ids is the most important issue, but maybe too big to be addressed today. I will ask the owners of the open issues to speak up. D: Before we start, I just remembered another minor issue, the use of the Xliff prefix in the size restriction (comment 141), that can be a minor issue. Fredrik, is there any reason to keep xliff: instead of xlf:? F: No reason, it can be replaced D: Great, so I can take it. B: Yves, does it satisfy your concern? Y: It does. B: David, do you call for dissent? D: I do B: No dissent registered. D: Good, I will implement it after the meeting. B: The fragment identifiers? D: We could benefit from the discussion on directionality. We have Helena and David Walters here. F: we can break the issue into smaller sections. D: Adding the value auto and making it default seemed to receive no dissent on the mailing list F: Yes, everyone seemed to be OK with that. D: We can table isolates and overrides F: We will need to introduce inline tags, but then introducing dedicated elements for that. D: that was my thinking, why not having a or
F: The only reason is that it is too late. The other way would be to have the control characters in
D: They would be represented as hex codes in
F: it is not really beautiful, D: Why not forbid joining segments that have different directionality? Y: why not? It is commonly needed when merging back. F: You can also remove the directionality from the segments, and it will solve the issue. D: So our markup solution is not expressive enough to have all characters. J: how can you have the conflicting directionality? F: two directionality attributes. D: the directionality is normally triggered by the language via script. D: I agree with Fredrik that it is too late to have a solution completely without control characters. F: An example would be a paragraph in Arabic that starts with an American name. J: we make the language based assumption, if the language is normally LTR direction; we assume that that is the normal display. F: I am leaning to having the solution of removing the directionality in the levels that are lower than unit, that would solve the problem. D: Also in inline elements? F: no, only from
|
Agenda | I Administration (0:00 - 0:10)
A. Roll call II XLIFF 2.0 (0:10 - 0:45) A. Public Review II ended October 5 1. Public Review Comments are tracked here https://wiki.oasis-open.org/xliff/XLIFF%202.0%20Public%20Review%20submitted%20comments%20tracker
2. Timeline https://www.oasis-open.org/apps/org/workgroup/xliff/email/archives/201309/msg00029.html B. SOU Tracker https://wiki.oasis-open.org/xliff/XLIFF%202.0%20SOU%20Tracker C. XLIFF 2.0 Items
1. Review of unresolved tracker issues: Recent mailing list issues:
2. Comments on Fragment Identification (Yves)
3. Re-ordering of inline codes (Yves and DavidF)
4. URI in XLIFF2 (Yves)
5. Segmentation Modifications (Yves)
6. Modules attributes in ec vs em
7. Namespace in Validation Module (is this fixed?) III XLIFF 2.X? 3.0? (0:45 - 0:50) 1. Freeze on Feature Tracking wiki? Or queue proposed post 2.0 features there? 2. Do we have an official path for promoting custom namespace to supported core/module post XLIFF 2.0? IV Charter (Bryan to update site) V Sub Committee Report (0:50 - 0:55)
VI Current and New Business (0:55 - ) |
Submitter | Bryan Schnabel |
Group | OASIS XML Localisation Interchange File Format (XLIFF) TC |
Access | This event is visible to OASIS XML Localisation Interchange File Format (XLIFF) TC and shared with
|