RE: DOCBOOK-APPS: Re: Problem with Next/Prev links when usinghtml/chunk.xml

2002-06-06 Thread Vincent Hikida
/ Vincent Hikida <[EMAIL PROTECTED]> was heard to say: | I'm having a problem in the html created using chunk.xml. | | Basically, the "next" and "prev" links are often wrong. An example is that | the next link may be "ch03s02.htmlch04.htmlch04s02.html" when it should be | ch03s02.html | I've

DOCBOOK-APPS: Re: Problem with Next/Prev links when usinghtml/chunk.xml

2002-06-06 Thread Norman Walsh
/ Vincent Hikida <[EMAIL PROTECTED]> was heard to say: | I'm having a problem in the html created using chunk.xml. | | Basically, the "next" and "prev" links are often wrong. An example is that | the next link may be "ch03s02.htmlch04.htmlch04s02.html" when it should be | ch03s02.html | I've do

DOCBOOK-APPS: Re: HTML meta description tags

2002-06-06 Thread Aaron Isotton
Norman Walsh <[EMAIL PROTECTED]> writes: > / Aaron Isotton <[EMAIL PROTECTED]> was heard to say: > | Sorry, I don't understand. I just grepped through the docbook > | documentation for "user." but didn't find anything like that. Could > | you give me a pointer please? > > Use this template in yo

Re: DOCBOOK-APPS: About DB2LaTeX

2002-06-06 Thread Andrzej Swedrzynski
On Thu, 6 Jun 2002, Michael Smith wrote: > Ramon Casellas <[EMAIL PROTECTED]> writes: [snip] > > - Should I add extension modules in order to make DB2LaTeX to make it > > perform better and faster? > > FWIW, I'd vote for keeping the "XSL only" approach. I think there's a > big value in it -- in

DOCBOOK-APPS: Re: HTML meta description tags

2002-06-06 Thread Norman Walsh
[ Follow-ups to docbook-apps, please ] / Aaron Isotton <[EMAIL PROTECTED]> was heard to say: | Sorry, I don't understand. I just grepped through the docbook | documentation for "user." but didn't find anything like that. Could | you give me a pointer please? Use this template in your customizati

DOCBOOK-APPS: Re: Treatment of links in print

2002-06-06 Thread Norman Walsh
/ Thomas Colby <[EMAIL PROTECTED]> was heard to say: | I'm currently using the docbook DSSSL stylesheets 1.72 | with openjade and tex to produce pdf and postscript documents. | | Any suggestions on rendering links on paper would be welcome, | Thanks in advance, It can be done, but you'll probably

DOCBOOK-APPS: Re: Problem with Next/Prev links when usinghtml/chunk.xml

2002-06-06 Thread Norman Walsh
/ Vincent Hikida <[EMAIL PROTECTED]> was heard to say: | I'm having a problem in the html created using chunk.xml. | | Basically, the "next" and "prev" links are often wrong. An example is that | the next link may be "ch03s02.htmlch04.htmlch04s02.html" when it should be | ch03s02.html | I've do

DOCBOOK-APPS: problem with customized frames dsssl file

2002-06-06 Thread Christopher Hornbaker
Hello, I'm having some trouble getting a DSSSL file, that is meant to create HTML frames, which is based on J. Clark's work, to output correctly. I'm trying to get it to output a file (the navigation) like this: blank CHAPTER NAME CHAPTER NAME CHAPTER NAME CHAPTER NAME GO!

Re: DOCBOOK-APPS: About DB2LaTeX

2002-06-06 Thread Michael Smith
Ramon Casellas <[EMAIL PROTECTED]> writes: > Many of the comments and bug reports I receive about DB2LaTeX concern > the escaping of characters as well as internationalization. I'm thinking > about how I could improve the package, and using external "modules" with > java and/or C++ is an option.

Re: DOCBOOK-APPS: xsltproc segfaults with 1.51.1

2002-06-06 Thread Daniel Veillard
On Thu, Jun 06, 2002 at 11:07:31AM +0200, Camille Bégnis wrote: > So now, what's the problem(s): > - a bug in libxslt ? possibly, one that got fixed in the latest release (it took me one month to make that release, so there is a number of bug fixes in it !). > - a bug in the 1.51.1 XSL? sho

Re: DOCBOOK-APPS: xsltproc segfaults with 1.51.1

2002-06-06 Thread Camille Bégnis
Hi, The following is my version that segfaults: - Using libxml 20420, libxslt 10018 and libexslt 709 xsltproc was compiled against libxml 20421, libxslt 10018 and libexslt 709 libxslt 10018 was compiled against libxml 20421 libexslt 709 was compiled