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

 


Help: OASIS Mailing Lists Help | MarkMail Help

docbook-apps message

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


Subject: Re: [docbook-apps] Please respond: adding generic sibling to high-levelbook components


Several problems have arisen regarding adding new elements at this level:
1) There are already so many elements in DocBook, that some in the 
community are firmly against adding any additional new elements
2) Needs have been identified for this level of element, however, they 
are not needs from the computer software and hardware documentation 
industry, so they have a hard time getting approved by the TC.

The good news, is that these needs can be addressed by the DocBook 
SubCommittee for Professional Publishing in the creation of an official 
variant for DocBook.

The bad news, is that any new elements will likely not be a part of core 
DocBook unless they are formally approved by the TC.

Best regards,

--Scott


Michael(tm) Smith wrote:
> Scott Hudson <scott.hudson@flatironssolutions.com>, 2007-02-22 16:04 -0700:
> 
>> Right. This element would be considered for addition in v5.0...
>>
>> Question is: should these elements be collapsed with the intention of 
>> applying a class or type attribute (e.g. <bookmatter class="preface" 
>> label="Preface" />
> 
> I think that would be a big mistake.
> 
>> or is it still semantically meaningful to leave the existing
>> structures,
> 
> It's a lot more than just semantically meaningful. It's better
> design, more intuitive, and it makes it much easier for users to
> discover the markup.
> 
>> but use the generic one for any additional needed sibling
>> structures?
> 
> Or not have a generic one at all, but instead decide exactly what
> set of new content models would be required to fit the specific
> markup needs that have been proposed, and add them as elements.
> 
>   --Mike
> 

begin:vcard
fn:Scott Hudson
n:Hudson;Scott
org:Flatirons Solutions
adr:Suite 200;;4747 Table Mesa Drive ;Boulder;CO;80305;USA
email;internet:scott.hudson@flatironssolutions.com
title:Consultant
tel;work:303-542-2146
tel;fax:303-544-0522
tel;cell:303-332-1883
url:http://www.flatironssolutions.com
version:2.1
end:vcard



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