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] Processing requirements when re-segmenting


Good points Rodolfo.
We'll need to add those too.

Thanks,
-ys

-----Original Message-----
From: xliff@lists.oasis-open.org [mailto:xliff@lists.oasis-open.org] On Behalf Of Rodolfo M. Raya
Sent: Monday, November 05, 2012 11:18 AM
To: xliff@lists.oasis-open.org
Subject: RE: [xliff] Processing requirements when re-segmenting

Hi,

There are special cases to consider:

1) splitting a <segment> element that starts or ends with an inline tag for storing the tag in an <ignorable> element. Attributes that go to the <ignorable> need element a different treatment (there is no "approved" attribute, for example).

2) Merging a <segment> element with an <ignorable> element to produce a larger<segment>. The "id" attribute may be set to the value of the <segment> part. The "state" attribute may remain the same.

Regards,
Rodolfo
--
Rodolfo M. Raya       rmraya@maxprograms.com
Maxprograms       http://www.maxprograms.com


> -----Original Message-----
> From: xliff@lists.oasis-open.org [mailto:xliff@lists.oasis-open.org] 
> On Behalf Of Yves Savourel
> Sent: Monday, November 05, 2012 11:13 AM
> To: xliff@lists.oasis-open.org
> Subject: [xliff] Processing requirements when re-segmenting
> 
> Hi all,
> 
> One of the most difficult aspects of our processing requirements is to 
> define what happened when a unit is re-segmented.
> We need to make sure we have an expected behavior for each element and 
> attribute that is affected.
> 
> I would see that defined by a general set of processing requirements 
> in the section 2.8.3 Segmentation Modification that describes the 
> generic behavior for the user agents supporting only the core. And 
> complement it as needed on the different elements/attributes.
> 
> I've tried to come up with an initial list. I'm sure it needs work:
> 
> 
> -- When merging, joining, or moving <segment> or <ignorable> elements, 
> the user agent MUST update, add or remove the order attributes of the 
> <target> elements as needed.
> 
> -- When merging two segments:
> 
> 	- the user agent MUST remove all the children elements of both 
> <segment> elements, except <source>, <target> and <notes>, and except 
> the elements it supports and for which there are specific processing 
> requirements.
> 
> 	- the id value of the merged segment MUST be the one of the left 
> segment.
> 	- the state value of the merged segment MUST be:
> 		- if both segments have the same value: that same value
> 		- they have different values: the value corresponding to the least 
> advanced state of the two.
> 	- the subState value of the merged segment MUST be:
> 		- if both segments have the same value: that same value
> 		- if they have different values: the value of the subState attribute 
> that is in the segment where the state attribute has the least 
> advanced state.
> 	- the translate attribute of the merged segment MUST be:
> 		- if both segments have the same value: that same value
> 		- they have different values: the value 'yes'.
> 	- the approved attribute of the merged segment MUST be:
> 		- if both segments have the same value: that same value
> 		- they have different values: the value 'no'.
> 
> 	- the xml:space attribute of the merged <source> element MUST be:
> 		- if both segments have the same value: that same value
> 		- they have different values: the value 'preserve'.
> 	- the xml:space attribute of the merged <target> element MUST be:
> 		- if both segments have the same value: that same value
> 		- they have different values: the value 'preserve'.
> 
> 	- the dir attribute of the merged <source> element MUST be:
> 		- if both segments have the same value: that same value
> 		- they have different values: the value of the left <source> 
> element.
> 	- the dir attribute of the merged <target> element MUST be:
> 		- if both segments have the same value: that same value
> 		- they have different values: the value of the left <target> 
> element.
> 
> 	- for any other attribute in the segment, the source or the target 
> elements, the attribute of the merged element MUST be:
> 		- if both original elements have the same value: that same value
> 		- they have different values: the attribute MUST be removed, except 
> for the attribute the user agent supports and for which there are 
> other processing requirements.
> 
> 
> For example, given the following unit:
> 
> <unit id='1'>
> <segment id='1' state='final' subState='xyz:QAed'>  <source>Part 1; 
> </source>  <target>Partie 1 ; </target>  <mt:matches>
>   <mt:match similarity='0.98'>
>    <source>Part 1</source>
>    <target>Partie 1</target>
>   </mt:match>
>  </mt:matches>
>  <md:metadata>
>   <md:meta type='xyz:QAres'>99</md:meta>  </md:metadata> </segment> 
> <segment id='2' state='translated' subState='xyz:toICR'>  <source>Part 
> 2.</source>  <target>Partie 2</target>  <mt:matches>
>   <mt:match similarity='0.99'>
>    <source>Part 2</source>
>    <target>Partie 2</target>
>   </mt:match>
>  </mt:matches>
> </segment>
> </unit>
> 
> Merging both segments using a user agent supporting only the core 
> would
> give:
> 
> <unit id='1'>
> <segment id='1' state='translated' subState='xyz:toICR'>  <source>Part 
> 1; Part 2.</source>  <target>Partie 1 ; Partie 2</target> </segment> 
> </unit>
> 
> 
> -- When splitting a segment:
> 
> 	- the user agent MUST discard in both new segments all the children 
> elements of both segments, except <source> and <target>, and except 
> the elements it supports and for which there are specific processing 
> requirements.
> 
> 	- the left segment MUST keep all the attribute of the initial segment.
> 	- the id value of the right segment MUST be a new value not yet used 
> in any segments of that unit element.
> 	- the state, subState, translate and approved attributes of the right 
> segment MUST be the same as the ones of the initial segment.
> 	- any other attribute of the original segment MUST be discarded in 
> both left and right segments, except if that attribute is supported by 
> the user agent and has other processing requirements.
> 
> 
> Regards,
> -yves
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: xliff-unsubscribe@lists.oasis-open.org
> For additional commands, e-mail: xliff-help@lists.oasis-open.org



---------------------------------------------------------------------
To unsubscribe, e-mail: xliff-unsubscribe@lists.oasis-open.org
For additional commands, e-mail: xliff-help@lists.oasis-open.org




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