Hi Asgeir,
Multiple <file> elements are important.
1) A .docx file can contain several XML documents with translatable text. Having multiple <file> elements lets you create a single XLIFF from a single .docx
2) A DITA map contains references to multiple DITA topics. You can generate a single XLIFF from a DITA map and include all topics that contain referenced text.
3) You can generate a single XLIFF file from all .properties files in a Java project. Dealing with a unified XLIFF is easier than dealing with 40 individual files.
4) You can create a single XLIFF from all HTML files of a web site, keeping each of them in a separate <file> element.
My tools have been using multiple <file> elements without needing additional metadata since 2002.
Regards,
Rodolfo
--
Rodolfo M. Raya <>
Maxprograms http://www.maxprograms.com
> -----Original Message-----
> From: Asgeir Frimannsson [mailto:]
> Sent: Wednesday, June 09, 2010 9:05 AM
> To: xliff
> Subject: [xliff] XLIFF 2.0 and multiple <file> elements
>
> Hi TC members,
>
> I see little benefit to having multiple <file> elements within a single XLIFF
> container unless there is some higher level data above the <file> elements
> common to all <file>s. Do any of you know of tools making use of multiple
> files at all within a single XLIFF container?
>
> I do see a benefit if we have some common data shared between the
> various file-level resources within the container.
>
> Our current 1.2 model is something like:
>
> <xliff>
> <file original='myfile.txt'>
> <header> .. </header>
> <body> .. </body>
> </file>
> ...
> <file>...</file>
> </xliff>
>
> I suggest we either go to a model where <xliff> becomes the 'file-level'
> element, for example:
>
> <xliff original='myfile.txt'>
> <header> .. </header>
> <body> .. </body>
> </xliff>
>
> or, we use <xliff> as a richer container with meta data, for example:
>
> <xliff>
> <header>
> // workflow data
> // tool information
> // other meta-data relating to the whole container
> </header>
> <files>
> <file original='myfile.txt'>..</file>
> </files>
> </xliff>
>
> I'll put in a feature page on the wiki for this if there's interest in the
> committee on something like this, so please reply to this thread if you have
> any input.
>
> cheers,
> asgeir
>
> ---------------------------------------------------------------------
> To unsubscribe from this mail list, you must leave the OASIS TC that
> generates this mail. Follow this link to all your TCs in OASIS at:
> https://www.oasis-
> open.org/apps/org/workgroup/portal/my_workgroups.php
