Subject: RE: [xliff] Best way to mark up an image in XLIFF 2.0?
From: email@example.com [mailto:firstname.lastname@example.org] On Behalf Of Schnabel, Bryan S
Sent: Tuesday, October 02, 2012 8:40 PM
Subject: [xliff] Best way to mark up an image in XLIFF 2.0?
I looked at the current specification to see how we say images should be represented in XLIFF 2.0. The only reference I see is in sub-flows:
Click to start: <img title="Start button"
src="" alt="Click here to start!"/>
<source>Click here to start!</source>
<source>Click to start: <ph id="1" subFlows="1 2"/></source>
This is all great. But I do not see a recommendation for storing the src="" information.
The name of the image goes to the skeleton or to a <data> element. It is not included in the <ph> element.
Suppose a skeleton is not to be used.
Then the name of the image goes to a <data> element associated with the <ph> you placed in <source>.
Let’s consider a more simple case where no sub-flow information is in play, and let’s say the source is well-formed, spanning code. And we want to choose the most XML-friendly way.
So our choice is to not use <sc>, <ec>, but rather to use <pc>.
<p>This is a test <img src="" /></p>
I wonder if we need to add “x-“ extensibility to inline elements? Or, would we recommend something like this:
The "x-" prefix is applied to attributes. There is no attribute that would hold the information you want to place in the inline element.
<source>This is a test <pc id="img.1" type="image"> big-happy-smile.jpg</pc></source>
<target>This is a test <pc id="img.1" type="image"> big-happy-smile.jpg</pc></target>
If that sample is legal, would we also need to add a lock=”yes”, or something since the content of <pc> could accidentally translated?
Your example does not correspond to a good extraction of the source text. The content of <pc> is fully translatable, the image name should not be there.
I need to know this to provide a robust answer to Yves’ question about the fs attribute.
Your XSL stylesheet will have to process the <ph> element, the associated subflows and the <data> element that contains the image name. It is not practical, I know.
Generating good HTML from an XLIFF file that uses the “fs” attribute as defined so far would require the use of code. An XSL transformation may not be good enough.
Your example is based on an HTML fragment. Images can be included in many other document formats, like Microsoft Word, InDesign or FrameMaker. Generating HTML from these source formats can be very tricky.
Rodolfo M. Raya email@example.com