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

 


Help: OASIS Mailing Lists Help | MarkMail Help

dita message

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


Subject: RE: [dita] 12005 supports 12052--adding DITAArchVersion to the dita element


 

> -----Original Message-----
> From: Dana Spradley [mailto:dana.spradley@oracle.com] 
> Sent: Friday, 2007 April 20 17:42
> To: Grosso, Paul
> Cc: dita@lists.oasis-open.org
> Subject: Re: [dita] 12005 supports 12052--adding 
> DITAArchVersion to the dita element
> 
> Isn't dita the only element that should be reference by name 

I don't understand the context of this statement.  My users
refer to topics and reltables and lots of dita elements by name.

> - since it isn't specializable via a class attribute?

Agreed, it isn't specializable.

> 
> And couldn't its topic children be in different languages? 

Yes, and different paragraphs in a topic can be in different
languages.

> Does the dita element have any strings in languages of its own?

No, but xml:lang is inheritable by descendant elements, so it
could still useful to be able to put it on the topmost element.
If you are going to put xml:lang on topics, then that will 
override anything on a dita element, so having it on the dita
element won't hurt.  But being able to put it on the dita element
to provide a default language for contained elements seems reasonable.

> 
> I'd expect you'd process dita children using an xsl:if 
> test="dita", xsl:for-each select="dita/*"..., or something like that.

I'm unclear what this has to do with the discussion, but there
are lots of ways of processing dita documents.  Some ways aren't
even necessarily XSLT (editors, CMSs, non-XSL composition, etc.).

paul


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