Re: [docbook-apps] RE: [docbook] RE: [docbook-apps] db 5 and Dita anyone?

2008-05-09 Thread Bob Stayton
The first step for getting something like conrefs is to raise it with the DocBook Technical Committee. Please file an RFE in the DocBook project on SourceForge. That will get it onto the TC agenda. Bob Stayton Sagehill Enterprises [EMAIL PROTECTED] - Original Message - From: "Peter

Re: [docbook-apps] Re: [docbook] RE: [docbook-apps] RE: [docbook] RE: [docbook-apps] db 5 and Dita anyone?

2008-05-09 Thread Jirka Kosek
Keith Fahlgren wrote: That said, we've experienced slowness with deep XIncludes on all of our systems (lots of architectures, OSs, tools). I do not believe their is anything broken in our toolchains. Do you reference DTDs from XIncluded files? If so, are DTDs fetched from catalog? This could

Re: [docbook-apps] Re: [docbook] RE: [docbook-apps] RE: [docbook] RE: [docbook-apps] db 5 and Dita anyone?

2008-05-09 Thread Keith Fahlgren
On Fri, May 9, 2008 at 1:53 PM, Jirka Kosek <[EMAIL PROTECTED]> wrote: > There is no reason why XInclude should be slower then conref, actually I > would expect that conref will be little bit slower as it has to be > implemented during XSLT processing, not just during XML parsing. But you > have to

[docbook-apps] Re: [docbook] RE: [docbook-apps] RE: [docbook] RE: [docbook-apps] db 5 and Dita anyone?

2008-05-09 Thread Jirka Kosek
Barton Wright wrote: Another +1 for a non-xinclude conref feature. Well, conref also has its own issues. No one talks about the hidden cost of xincludes, which is that they are expensive in terms of the time they take in a large Java-based doc build process. The more xincludes our doc set ac

Re: [docbook-apps] RE: [docbook] RE: [docbook-apps] db 5 and Dita anyone?

2008-05-09 Thread Peter Desjardins
On Fri, May 9, 2008 at 4:08 PM, Barton Wright <[EMAIL PROTECTED]> wrote: > Another +1 for a non-xinclude conref feature. > > No one talks about the hidden cost of xincludes, which is that they are > expensive in terms of the time they take in a large Java-based doc build > process. The more xincl

RE: [docbook-apps] RE: [docbook] RE: [docbook-apps] db 5 and Dita anyone?

2008-05-09 Thread Barton Wright
Another +1 for a non-xinclude conref feature. No one talks about the hidden cost of xincludes, which is that they are expensive in terms of the time they take in a large Java-based doc build process. The more xincludes our doc set accrues, the longer the doc build takes. -Original Messa

[docbook-apps] RE: [docbook] RE: [docbook-apps] db 5 and Dita anyone?

2008-05-09 Thread Johnson, Eric
+1 to DITA-like conref support. It would be nice to have a way to easily reuse pieces of content without having to import their containing element. There are many times I have had a chapter in a small book that I would like to have used as a section in a large book without importing the chapter

RE: [docbook-apps] db 5 and Dita anyone?

2008-05-09 Thread Fabrice (GMail)
IMHO, specialization would be an interesting feature to add, though targeted at advanced users. Since Docbook is explicitly designed for books, a large number of Docbook users should be able to achieve their goals with the current DTD/schema. My guess is that 10% to 20% of Docbook users would reall

[docbook-apps] Bolding the term in varaible lists

2008-05-09 Thread DeanNelson
Hi, I need to adjust my style sheets to bold the term in variable lists. Is there a quick way to do so? Regards, Dean Nelson **Wondering what's for Dinner Tonight? Get new twists on family favorites at AOL Food. (http://food.aol.com/dinner-tonight?NCID=aolfod0003

[docbook-apps] image in a long task causing PDF output to overlap text

2008-05-09 Thread Brett Leber
Hello, I have an image in a 10-step task/procedure/step/figure (screenshot/mediaobject..) that appears to be causing PDF output to overlap text on the page containing the task. I would guess this has to do the keep-together processing instruction, but I can't seem to solve it. I tried: