[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Subject: RE: [xliff] <bin-unit> problem
Hi Enda,
Yes, you make a very good point.
thanks,
john
>>> Enda McDonnell <EndaMcD@alchemysoftware.ie> 2/18/03 3:51:10 AM >>> Hi John,
Great development of ideas.
It seems unfortunate that we need to create
3 (or 4) separate units for such a sample, though I couldn't see how to reduce
that based on what you say.
One concern is the location of the
reformat attribute. The reformat that is controlling the
co-ords of the image is located in the <bin-unit>, even though the
co-ords themselves are in the previous <trans-unit>.
Examining the trans-unit, it looks like the
coords can't be changed (reformat='yes' is not present). Also, looking at
the bin-unit, it looks like the mime-type can be changed
(reformat='yes')
Should reformat be moved to the
<trans-unit> that contains the co-ords?
The content of the bin-unit itself is
controllable with the translate attribute, i.e. can be marked translate = yes |
no.
<trans-unit
id="11">
<source>Click <x ctype="image" rid="12"/> to start.</source> <target></target> </trans-unit> <trans-unit id="12" coord="#;#;35;16" reformat="coord"> <source><ph id='1'><img src="javascript:void(0);"image/gif" rid="13"/>" alt="<sub>Start!</sub>" /></ph></source> <target></target> </trans-unit> <bin-unit id="13" mime-type="image/gif"> <bin-source><external-file href="start.gif" /></bin-source> </bin-unit> Enda
|
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Powered by eList eXpress LLC