Next in thread → Next in month →

RE: [docbook] <revhistory> general content

From
<>
Date
2011-05-09T17:55:33+00:00
ID
Thread
RE: [docbook] <revhistory> general content
Hmm, good thought, thanks. I suppose something like <para> is the most generic as far as containers go. Unfortunately it's not itself a valid direct child of <bookinfo>, so I would have to create two levels of wrappers.

 

Anyway, you've given me something to chew on. Thanks.

 

 

 

From: Bob Stayton [mailto:] 
Sent: Monday, May 09, 2011 10:38 AM
To: Cavicchio, Rob; 
Subject: Re: [docbook] <revhistory> general content

 

Hi,

You could try putting the revhistory inside some other element that also contains the general info.  I think revhistory has several possible parents.  Then customize the revhistory template to check its parent, maybe using a role attribute on the parent.

 

Bob Stayton
Sagehill Enterprises


 

 

----- Original Message ----- 

From:  

To:  

Sent: Friday, May 06, 2011 11:17 AM

Subject: [docbook] <revhistory> general content

 

I'm looking for some ideas on how best to handle a markup conundrum.

 

I am using DocBook 4.5. I would like to be able to include content inside <revhistory> that is not specific to any one revision. (We want to provide some general information about how to read the revision history.)

 

I would prefer to work strictly within the DocBook 4.5 content model and not add custom elements. However, the DocBook 4.5 content model does not allow for anything inside <revhistory> other than <revision> elements.

 

Does anyone see a semantically appropriate way to do what I want without extending the content model?

 

 

*************************
Rob Cavicchio
Principal Technical Writer & Information Architect
EMC Captiva

Information Intelligence Group
EMC Corporation
3721 Valley Centre Drive, Ste 200

San Diego, CA 92130

P: (858) 320-1208
F: (858) 320-1010
E: 

The opinions expressed here are my personal opinions. Content published here is not read or approved in advance by EMC and does not necessarily reflect the views and opinions of EMC.
Next in thread → Next in month →