[docbook-apps] gensym IDs for informal*

2007-08-17 Thread Sam Steingold
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I noticed that recently informaltables and informalexamples started to get gensym IDs: div class=informaltablea id=id3042995/atable . why? I don't like this because this creates spurious diffs. I cannot always avoid this because some

[docbook-apps] default attributes

2007-08-17 Thread Hinrich Aue
Hello there, we are using several attributes for images. Like scalefit=1, contentheight=100% and contentdepth=100% Is there a way to set these attributes per default, so I don't have to specify anything ? (This actually is a default that makes sense.) Hinrich Aue

[docbook-apps] Image manipulation via XSLT extensions

2007-08-17 Thread Colin Shapiro
Hello, Unfortunately, there is no single graphics file format that meets all needs. - Bob Bob is right. One of the biggest annoyances I have when writing documents is that, when I want to insert a graphic, I must reference and maintain multiple versions of the image file in order to

RE: [docbook-apps] Using FOP .93 with DocBook 4

2007-08-17 Thread Dennison, Cheri
Naresh-- Did you run into any troubles getting fonts to work with 0.93? We're in the process of trying to upgrade and bumped into a font problem there. We haven't dug into yet, but just curious if you ran into anything. thanks! cheri Cheri Dennison Amazon Web Services -Original Message-

RE: [docbook-apps] Image manipulation via XSLT extensions

2007-08-17 Thread David Cramer
We do what you propose, but use our build system (an ant script) to call batik http://xmlgraphics.apache.org/batik/ and rasterize the images when going to html. The way we have it set up, when you insert the svg image in XMetaL, a macro sees it's an svg and pops up a dialog asking if you want it

Re: [docbook-apps] Image manipulation via XSLT extensions

2007-08-17 Thread Colin Shapiro
Yes, I considered using my build system as well (in my case, a makefile) to run ImageMagick commands before running the XSLT processor. This is definitely the easiest way I could run external programs. However, the locations of the images (as given by the fileref attributes in the XML document)

[docbook-apps] Re: RE: colspec colwidth in informaltable

2007-08-17 Thread JRancier
Thanks David, I'm using the following: DocBook XML DTD V4.1.2 HTML stylesheets version 1.72.0 Saxon 6.5.1 Jeff - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

RE: [docbook-apps] colspec colwidth in informaltable

2007-08-17 Thread Mauritz Jeanson
-Original Message- From: [EMAIL PROTECTED] Is there any special I need to do to get the colwidth attribute to colspec to be processed? No matter what I set it to be, I get the same widths. Here's a snippet: informaltable pgwide=1 tgroup cols=3 colsep=1 rowsep=1

Re: [docbook-apps] Image manipulation via XSLT extensions

2007-08-17 Thread Tony Graham
On Fri, Aug 17 2007 18:36:28 +0100, [EMAIL PROTECTED] wrote: ... However, the locations of the images (as given by the fileref attributes in the XML document) are not known until processing time. So, if I want to run another command on these images before XSLT time, I would need to first parse

Re: [docbook-apps] gensym IDs for informal*

2007-08-17 Thread Bob Stayton
The anchor is coming from the template named informal.object in html/formal.xsl, which calls the template named anchor. Starting in version 1.73.0, this was changed from: xsl:call-template name=anchor/ to: xsl:call-template name=anchor xsl:with-param name=conditional select=0/

Re: [docbook-apps] Image manipulation via XSLT extensions

2007-08-17 Thread Colin Shapiro
On 8/17/07, Tony Graham [EMAIL PROTECTED] wrote: An XSLT transform to read XML and generate a batch file or shell script is probably a common occurrence: I do it quite often. You know, that's something I've never actually thought of before. Just have a stylesheet generate a shell script...

Re: [docbook-apps] xsltproc warnings

2007-08-17 Thread Michael(tm) Smith
Bob Stayton [EMAIL PROTECTED], 2007-08-16 09:57 -0700: Since the word endnote does not appear in the DocBook stylesheets, this must be coming from your customization layer. I presume you have added an endnote customization, so that would be the likely place to look. Did something change

Re: [docbook-apps] xsltproc warnings

2007-08-17 Thread Michael(tm) Smith
Sam Steingold [EMAIL PROTECTED], 2007-08-16 09:39 -0400: all of a sudden I see this: Warn: endnote #1 : Bad: ulink[9] in sourceclisp Note: endnote #1 : Has: ulink/command clisp Note: endnote #1 : Fix: ulink/para/command

Re: [docbook-apps] gensym IDs for informal*

2007-08-17 Thread Michael(tm) Smith
Bob Stayton [EMAIL PROTECTED], 2007-08-17 13:39 -0700: The anchor is coming from the template named informal.object in html/formal.xsl, which calls the template named anchor. Starting in version 1.73.0, this was changed from: xsl:call-template name=anchor/ to: xsl:call-template