Re: [xliff] Wiki Document related to "Generic Inline Markup"

["Rodolfo M. Raya" <rmraya@maxprograms.com>]

On Mon, 6 Apr 2009 13:16:17 -0700
<bryan.s.schnabel@tektronix.com> wrote:

> Here are the two items that jumped out at me.
> 
> You said:
> > Section 3.5: in TMX the idea of an inline tag
> > is to have a container for markup. This section
> > is against the requirements of TMX.
> 
> {Schnabel - This comment is problematic for me. I hope it's just a
> matter of me not understanding what you mean.  It kind of sounds like
> you're saying the *only* way TMX wants to use inline elements is as a
> container for markup.  

Hi Bryan,

TMX 2.0 has 3 inline elements:

 * <itag>, for holding formatting data. This element is either empty or
   contains formatting markup.

 * <hi>, for holding optional information, like terminology. This
   element can contain translatable text and tools are not required to
   understand or use this element, except when it delimits text that
   should not be translated.

 * <sub>, ugly thing required in some cases by some tools.

The only uses expected for <itag> are: container for markup or
placeholder indicating where markup should be. It is not designed to
directly contain translatable text.

In a previous draft, there was a tag (ph) that contained translatable
text and beginning/ending markup was stored in attributes. This was
discarded by OSCAR TC.

Looking back, I reconize that storing markup in attributes is not a
good idea because markup can span several lines of text, like in .docx
or InDesign files.

This simple HTML fragment: <p>Hello <b>bold</b> world.</p> is
represented in Word 2007 with this code:

<w:p w:rsidR="00C93CE8" w:rsidRDefault="00F331AC">
  <w:r>
    <w:t xml:space="preserve">Hello </w:t>
  </w:r>
  <w:r w:rsidRPr="00F331AC">
    <w:rPr>
      <w:b/>
    </w:rPr>
    <w:t>bold</w:t>
  </w:r>
  <w:r>
    <w:t xml:space="preserve"> world.</w:t>
  </w:r>
</w:p>
        
TMX 2.0 permits to simplify this inline tag soup with 2 <itag> elements.

I use two <ph> tags to represent that mess in my XLIFF filter. 

How would you like to represent it in XLIFF 2.0? 

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