OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

xliff message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]

Subject: RE: [xliff] preparing csd01/csprd01 - Question where to allow ITSM elements and attributes

I don’t think it would make sense to have an external rules file in XLIFF: You would need to have an ITS processor to use it. The ITS module in XLIFF is meant to be used by XLIFF processors that know about that specific module, not about ITS.





From: xliff@lists.oasis-open.org [mailto:xliff@lists.oasis-open.org] On Behalf Of Felix Sasaki
Sent: Monday, August 8, 2016 9:39 AM
To: David Filip <david.filip@adaptcentre.ie>
Cc: XLIFF Main List <xliff@lists.oasis-open.org>
Subject: Re: [xliff] preparing csd01/csprd01 - Question where to allow ITSM elements and attributes


Hi David, all,


Am 05.08.2016 um 17:16 schrieb David Filip <david.filip@adaptcentre.ie>:


Hi all,


I have been reviewing, which module elements and attributes are explicitly allowed on core.


This seems in sync for ITSM elements.

The top level ITSM elements that need allowed on core are





These currently list that they can be used on <unit> and they are also explicitly allowed on <unit> and nowhere else.


ITSM attributes are explicitly allowed on <file>, <group>, <unit>, <mrk> and <sm>, which seems inline with other modules


I believe there was a discussion why to allow the ITS containers only on unit. It think the main argument is to keep the standoff referencing within a unit, i.e. as close as possible to the inline spans that the annotations touch on.


@Felix, another related issue. What about referencing the external rules file?

Do you perhaps need the referencing attribute allowed on <xliff> for that?


you can have a tool specific mechanism to reference external rules, or a rules element (see below) 

Other modules don't have attributes allowed on <xliff> but it could make sense to allow referencing the rules file from the root element for generic ITS processors..

Please let me know which attribute(s) need allowed where for that purpose.


External rules can be linked like this

See example 17 which references external rules avail. in example 16.  That solution needs an ITS rules element. Not sure if this is feasible for XLIFF. So one could stay with the tool specific mechanism to link to external rules.






Anyways, I just wanted to confirm with the TC that there is no requirement to explicitly allow ITSM elements and attributes on other core elements..

Please let me know if there is use case that seems to indicate otherwise..


Please note that this doesn't touch on presence of ITSM in modules.

The affected modules should be Translation Candidates, Change Tracking, Size and Length Restriction, and maybe Glossary.. This will be discussed separately.






Dr. David Filip



OASIS XLIFF TC Secretary, Editor, Liaison Officer

Spokes Research Fellow

ADAPT Centre

KDEG, Trinity College Dublin



[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]