OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

dita-translation message

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


Subject: FW: DITA Proposed Feature # 05


 Here is the complete Acronym proposal from Andrzej. 
For tomorrow's meeting.
JoAnn


JoAnn T. Hackos, PhD
President
Comtech Services, Inc.
710 Kipling Street, Suite 400
Denver CO 80215
303-232-7586
joann.hackos@comtech-serv.com
 

-----Original Message-----
From: Andrzej Zydron [mailto:azydron@xml-intl.com] 
Sent: Sunday, April 15, 2007 2:44 PM
To: JoAnn Hackos
Subject: Re: DITA Proposed Feature # 05

Hi JoAnn,

Please find attached - I was not sure what number to allocate to it.

Best Regards,

AZ


JoAnn Hackos wrote:
> http://www.oasis-open.org/apps/org/workgroup/dita/download.php/15057/I
> ss
> ueNu
> 
> Here's one that Chris Kravogel put together JoAnn
> 
> 


-- 


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.





Title: DITA Proposed Feature - acronym

DITA Proposed new acronym element

Add a new 'acronym' element based on an expansion of the extant DITA 'data' to assist in the resolution and handling of acronyms in source and target text within DITA documents.

Longer description

Acronyms are ubiquitous in technical documentation. Although there are similarities between acronyms and the glossaries, from the localization and presentation point of view acronyms are a special case. Acronyms need to be expanded in the first encounter within a printed document. In electronic published documents acronym definitions can also be made available in the form of a hyper link or 'tool tip' mechanism.

For translation, acronym definitions need to be presented in the nominative case, without any inflection. The best way of doing this using an automated mechanism is to place the definition of the acronym in parentheses immediately following the first occurrence of the acronym, e.g.

    	
Your vehicle is fitted with an ABS (Anti-lock Braking System) and 4WD (Four Wheel Drive).
    

Scope

The proposal is to create an <acronym> element which would be a specialized form of the '<data/>' element. The acronym resolution will be via the conref attribute to the acronym text short and expanded forms, e.g.

    	
<acronym conref="aconyms.dita#abs"/>
    
The entry in the aconyms.dita file will be:
    	
<acronym id="abs">
  <expanded>Anti-lock Break System</expanded>
  <short>ABS</short>
</acronym>
    

This allows for a different acronym for the target languages if required.

An alternative suggestion from Robert Anderson is to include in the expanded form the short form declaration, e.g.:

    	
<acronym id="ibm">
  <expanded>International Business Machines (IBM)</expanded>
  <short>IBM</short>
</acronym>

This provides more control over how the text is rendered to translators and has much merit.

Use Case

The authors will enter the <acronym> element for every occurrence of a given acronym

At compose time, when you are putting together the publication you can print the full form the first time around, but in parentheses to get around any potential problems when translating into inflected languages:

    	
<p>The <acronym conref="aconyms.dita#abs"/> facility will
prevent the car from skidding.</p>

The first occurrence in the publication can be published as:

    	
The Anti-lock Brake System (ABS) system will prevent the car from
skidding in adverse weather conditions.

Subsequent instances can then be rendered as:

    	
The ABS system will provide the driver with feedback via the brake pedal.

Acronyms can cause problems for inflected languages. In these instances for inflected languages the publishing software may use the reverse form for the first instance:

    	
The ABS (Anti-lock Brake System) system.....

This is perfectly acceptable for inflected languages and gets around having a case neutral nominative rendition of the acronym definition in parentheses.

Technical Requirements

A new <acronym> element needs to be created which a specialization of the <data> element.

Costs

Benefits

Acronyms will be handled in a uniform and consistent manner. The handling of the acronym will be under the control of the composition software. The first occurrence of the acronym can show the fully expanded form. The text for both source and target languages will be consistent as it will be resolved via the conref attribute from a single source.

The resolution of the acronym can be totally under the control of the composition software so that glossary, tooltip and expanded forms can be provided as required to meet the end user requirements.

Time required

The addition of the <acronym> element as a specialization of the <data> element does not require much work..



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