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


Help: OASIS Mailing Lists Help | MarkMail Help

xliff message

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

Subject: Re: [xliff] Prefixed attriubutes for modules

I have to say I am completely confused now.

This is how a typical XLIFF document declares namespaces
<?xml version="1.0" encoding="UTF-8"?>
<xliff xmlns="urn:oasis:names:tc:xliff:document:2.0"
xmlns:xhtml="http://www.w3.org/1999/xhtml" xmlns:svg="http://www.w3.org/2000/svg" srcLang="en-us" version="2.0" trgLang="de"> <file id="f216"> <unit id="xmrk_000_concept">
            <gls:glossEntry id="ge1">
               <gls:term source="SnowTerms">snow</gls:term>
               <gls:translation id="t1" source="SnowTerms">Schnee</gls:translation>
               <gls:definition source="SnowTermsDefinitions">atmospheric water vapor frozen into ice crystals and falling in light white flakes or lying on the ground as a white layer.</gls:definition>
            <gls:glossEntry id="ge2"><!-- valid contraint: 
               A <glossEntry> element MUST contain a <translation> or a <definition> element to be valid.
               <gls:definition source="SnowTermsDefinitions">Having qualities of partially melted snow or ice.
         <segment id="xmrk_001_title">
            <source xml:lang="en-us" xml:space="default">Skiing</source>
            <target xml:lang="de">Skiing</target>

The above example only uses the gls module namespace apart from the core namespace that does not have a prefix declared in the example

Do you say that in the above context


<gls:term source="mydictionary">slushy</gls:term>

is different from 

<gls:term gls:source="mydictionary">slushy</gls:term>

My questions are 
Is the "source" attribute in 1) in the gls: namespace? 
Is 2) valid?
Is the "source" attribute in 2) in the gls: namespace? 
Doesn't 2)  mean the same as 1) ?

<gls:term source="mydictionary" itsm:person="John Doe">slushy</gls:term>

Even if I do not prefix source, which is in the same namespace as "gls:term", I assume I have to prefix "person" in 3) to make sure that it belongs to the itsm: namespace and gets validated against the itsm: schema. Otherwise it would be assumed to belong to the same vocabulary as gls:term and fail to validate as there is no attribute "person" in the gls: namespace, correct?

Thanks and cheers

Dr. David Filip
OASIS XLIFF TC Secretary, Editor, and Liaison Officer 
University of Limerick, Ireland
telephone: +353-6120-2781
cellphone: +353-86-0222-158
facsimile: +353-6120-2734

On Tue, Dec 2, 2014 at 10:52 AM, Jirka Kosek <jirka@kosek.cz> wrote:
On 2.12.2014 10:48, Dr. David Filip wrote:
> I guess one of the practical implications is:
> If you have an attribute of the glossary namespace (we typically prefix it
> as gls:, and I am using here typical prefixes as shorthand for their
> namespaces) on an element that is from the glossary namespace -
> Soroush and I would think that it actually does not matter if you prefix it
> or not. If it is not prefixed it will be "magically" considered of the same
> namespace (vocabulary?) as the element, on which it is and not the xlf:
> namespace. But also that there is no harm in explicitly prefixing the
> attribute.

No, prefixed and unprefixed attributes are completely different and you
have to decide which way to go.

For elements, the following two documents are identical:

<foo xmlns="http://example.com"/>

<bar:foo xmlns:bar="http://example.com"/>

When we add attributes, the following two documents are identical, note
missing bar: prefix on attribute:

<foo a="123" xmlns="http://example.com"/>

<bar:foo a="123" xmlns:bar="http://example.com"/>

And these two documents are completely different from both of:

<foo bar:a="123" xmlns="http://example.com" xmlns:bar="http://example.com"/>

<bar:foo bar:a="123" xmlns:bar="http://example.com"/>

> However, Yves previously said that it is invalid if you prefix an attribute
> that is on an element from the SAME namespace.

Could you point to the correct thread, so I can comment? I'm just
remotely monitoring what's happening in XLIFF world?

> What is the best practice?

It depends, about which XLIFF feature we are talking about?

  Jirka Kosek      e-mail: jirka@kosek.cz      http://xmlguru.cz
     Professional XML and Web consulting and training services
DocBook/DITA customization, custom XSLT/XSL-FO document processing
 OASIS DocBook TC member, W3C Invited Expert, ISO JTC1/SC34 rep.
    Bringing you XML Prague conference    http://xmlprague.cz

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