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] Re: vocabulary module [was: results from recent DITA 1.2 terminology discussions]


Ah, I should have thought that through. I see there's a kind of atomic
explosion of semantics in that little word "atomic". 

Because you said that the one-sentence definition was OK, I'll assume
that means that the definition of vocabulary module doesn't have to say
(a) that the only direct dependencies are the obvious ones for default
DITA declarations of child elements and attributes occurring in the
module, and no others; or (b) that the only indirect dependencies are
the dependencies of structural modules on domain modules when they are
associated in the value of the @domains attribute. 

> > The uniquely-named collection of element type and attribute type 
> > declarations that defines a map type, topic type, or domain.

	/Bruce

> -----Original Message-----
> From: Eliot Kimber [mailto:ekimber@reallysi.com] 
> Sent: Wednesday, November 18, 2009 11:39 AM
> To: Bruce Nevin (bnevin); tself@hyperwrite.com; dita
> Subject: [dita] Re: vocabulary module [was: results from 
> recent DITA 1.2 terminology discussions]
> 
> On 11/18/09 10:34 AM, "Bruce Nevin (bnevin)" <bnevin@cisco.com> wrote:
> 
> > For the "no further direct dependencies" semantics of the word 
> > "atomic", how about adding the word "completely"?
> > 
> > The uniquely-named collection of element type and attribute type 
> > declarations that completely defines a map type, topic 
> type, or domain.
> > 
> > Or is there some complication hidden in your words "further" and 
> > "direct"?
> > Further: Are there some direct dependencies and we're 
> saying there are 
> > no additional ones?
> > Direct: are there indirect dependencies?
> 
> A structural module may have dependencies on one or more 
> domain modules. But those modules are not referenced from the 
> structural module, but from any shell that integrates the 
> structural module.
> 
> Thus, there is an indirect dependency from the structural 
> module to the domain module, but not a direct dependency in 
> the sense of an entity reference from the structural module 
> to the domain modules.
> 
> Thus "completely" is not accurate.
> 
> Cheers,
> 
> E.
> 
> --
> Eliot Kimber
> Senior Solutions Architect
> "Bringing Strategy, Content, and Technology Together"
> Main: 610.631.6770
> www.reallysi.com
> www.rsuitecms.com
> 
> 
> ---------------------------------------------------------------------
> 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_workgr
> oups.php 
> 
> 


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