Robert, You hit on an interesting point. Hacking the DocBook stylesheets to not wrap the contents of a listitem would be, as far as I can tell, difficult, and require a lot of nasty hacking.
Also, since it's a hack to overcome what I would call a bug in one output device, I wouldn't want to clutter up the standard stylesheets with that hack. My plan is to write a separate stylesheet that would be run on the XHTML (the ePub transforms create XHTML using the DocBook stylesheets, then generate the ePub from the XHTML). That stylesheet would do the cleanup in the XHTML. Hope that makes sense; my original description probably wasn't clear enough. Best Regards, Dick On Sep 24, 2010, at 5:21 AM, Robert Nagle <[email protected]> wrote: > Wow, this is interesting information. > > I'd be curious about how you suppress an HTML tag with xsl. I know how > to insert HTML code, but not to remove it...... Anyone have a simple > example? > > (Fortunately, a need for that hasn't come up yet for me). > > > (The only thing I could dig out of the archives is how to suppress > everything but the content > http://markmail.org/message/ot5neqzujkrgo7i2?q=supress+html+list:org.oasis-open.lists.docbook-apps#query:supress%20html%20list%3Aorg.oasis-open.lists.docbook-apps+page:1+mid:zsijp3vwygyf24mu+state:results > ). > > robert > > > > > > On Thu, Sep 23, 2010 at 5:33 PM, Dick Hamilton <[email protected]> wrote: >> This seems to happen because the DocBook transforms generate the >> following html for a list item, and I suspect the <p> forces a break: >> >> <li><p>The line that ....</p></li> > > That's correct. > >> I'm about to dive in and do a little xsl programming to clean this up, >> but it seemed like a common enough problem that someone might have >> already fixed this, and would be willing to share the solution. > > The solution you're approaching is the one that has been used by other > folks, although others have gotten Calibre to do the same alterations. > > While the DocBook-XSL EPUB output is designed to create EPUBs that can > be consumed by kindlegen, there are a number of simplifications, > modifications, and degradations that are useful for EPUBs destined for > kindlegen and Mobi that don't have any utility elsewhere. > > > > Keith > > > -- > Robert Nagle > htpt://www.robertnagle.info > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
