OASIS XML Localisation Interchange File Format (XLIFF) TC

XLIFF inline elements with spacial characteristics

  • 1.  XLIFF inline elements with spacial characteristics

    Posted 03-06-2006 10:52
     MHonArc v2.5.0b2 -->
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    

    xliff message

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


    Subject: XLIFF inline elements with spacial characteristics


    Hi Everyone,
    
    GMX-V (Global Information Management Metrics eXchange - Volume) is a 
    draft LISA OSCAR standard for word and character counts 
    (http://www.lisa.org/standards/gmx/). This should bring some sanity to 
    word and character counts. GMX-V is predicated on a canonical form that 
    is based on XLIFF.
    
    We are almost at the end of the internal GMX-V review before it goes out
    for final public comment. We have had a final discussion concerning 
    inline elements that imply some form of white space, but may not be 
    necessarily preceded of followed by any spaces e.g.
    
    <p>This is a<br/>that is not preceded nor followed by spaces.</p>
    
    This instance would be rendered in XLIFF as:
    
    <source>This is a<x ctype="x-html-br"/>that is not preceded nor followed
    by spaces.</source>
    
    In the proposed GMX-V standard it is recommended that the program that
    is creating the XLIFF file precedes the any inline elements with spacial
    characteristics with a space if there is not one present:
    
    <source>This is a <x ctype="x-html-br"/>that is not preceded nor
    followed by spaces.</source>
    
    This is specific to XLIFF files created for GMX-V purposes.
    
    I was wondering if it would be desirable/beneficial to consider this
    requirement within the XLIFF specification itself. Certainly having a
    space would assist any segmentation algorithms etc. The onus would be on
    the merge program to remove any such spaces that were inserted. It is
    only the extraction and merge processes that can do this as they have
    the required intimate knowledge of the source environment.
    
    Please find attached the latest version of the GMX-V draft specification 
    (version 0.7).
    
    Best Regards,
    
    AZ
    
    
    -- 
    
    
    email - azydron@xml-intl.com
    smail - c/o Mr. A.Zydron
    	PO Box 2167
             Gerrards Cross
             Bucks SL9 8XF
    	United Kingdom
    Mobile +(44) 7966 477 181
    FAX    +(44) 1753 480 465
    www - http://www.xml-intl.com
    
    This message contains confidential information and is intended only
    for the individual named.  If you are not the named addressee you
    may not disseminate, distribute or copy this e-mail.  Please
    notify the sender immediately by e-mail if you have received this
    e-mail by mistake and delete this e-mail from your system.
    E-mail transmission cannot be guaranteed to be secure or error-free
    as information could be intercepted, corrupted, lost, destroyed,
    arrive late or incomplete, or contain viruses.  The sender therefore
    does not accept liability for any errors or omissions in the contents
    of this message which arise as a result of e-mail transmission.  If
    verification is required please request a hard-copy version. Unless
    explicitly stated otherwise this message is provided for informational
    purposes only and should not be construed as a solicitation or offer.
    
    
    
    

    GMX-V-0.7.zip



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