>> "file:/e:/my-path/xsl/common/af.xml" or
Hip, hip, hurray! It works 8-D
One problem down, on to the next Now I just got to figure out how to get
it to stop trying to cache the xml pipeline, since I'm using Xindice --
which from cocoon doesn't support caching -- but it keeps trying, so onl
>> I'm sure you mean l10n.xml. But are you in the right file?
Ya... sorry, right file, bad quote on my part.
>> At least you should see an other error message in the logs
>> (resource or file/path not found).
>> Maybe the uris are not right. For Windows worked for example
>> "file:/e:/my-path/
Is it possible to do page numbers via dsssl as
chpater#-page#
as in 14-5
Hi Michael,
Michael Cortez wrote:
>
> I've tried swapping out to 1.49 version of the sheets, I've tried hardcoding
> the file paths in the i18n.xml & .xsl files and I've tried configuring the
I'm sure you mean l10n.xml. But are you in the right file? At least you
should see an other error mes
Hi Jirka,
Jirka Kosek wrote:
> Sven Kitschke wrote:
>
>>In the \webapps\cocoon\WEB-INF\logs\core.log you
>>can find: "java.net.MalformedURLException: no protocol: af.xml"
>>(adding "file:" doesn't fix the problem)
>>
>
> Aha.
>
>
>>I know that's the wrong list, but: has anyone an idea
Kraa de Simon wrote:
> The images do not show in the HTML Help .chm file...
> When processing the following XML fragment:
>
>
>
> fileref="../../images/screen/71000.b.0.png"/>
>
>
>
> using htmlhelp/htmlhelp.xsl I get
Hello,
The images do not show in the HTML Help .chm file...
Using DocBook XML 4.12 and DocBook XSL 1.50.0.
When processing the following XML fragment:
using htmlhelp/htmlhelp.xsl I get:
You may remember there was an exchange between Paul Grosso and I late last
week on Norm's Notes on Graphics in HTML.
To try to increase my own understanding of what I was trying to say, I've
put together a very quick and dirty and, perhaps, superficial page with
some illustrations of cascading
[Forwarding to docbook-apps; that's the place for tool questions. I don't
recall seeing a page number problem with fop, but someone else might have
more suggestions.]
/ Mark Owens <[EMAIL PROTECTED]> was heard to say:
| Hi
| I've now created my first DocBook document and I wish I'd discovered Doc
[ Followups to docbook-apps, please ]
/ Ben Rockwood <[EMAIL PROTECTED]> was heard to say:
| I really love whats been done with slides-v2.0, and I'd like to really
| embrase it, but I find using Xerces and Xalan a real pain. I keep
| getting odd errors that make no sense, namely:
|
| [benr@nex
> From: Vincent Sanders <[EMAIL PROTECTED]>
>
> Hi! Wasnt sure if this should go to this list of the apps list...so I chose
> hope thats allright!
Processing Docbook is considered an application, so
docbook-apps is the right list. I'm forwarding this message
to that list.
> Ok here goes
> I h
At 00:42 05/05/2002 -0700, Bob Stayton wrote:
>The problem is the main stylesheets.
>The short answer is to put your id attributes on the
>elements inside the elements. The TOC
>actually lists question elements, and will use that id
>as a stable link name.
>
>But I think when people create an
On Sat, May 04, 2002 at 07:23:08PM +0100, Dave Pawson wrote:
> website, qandaentry processing is a simple apply-templates
> for all websites (I'm using chunk-website)
>
> The linking (local to page) down to page content is done
> via generate-id().
>
> I've had a request that these remain static
Dave Pawson wrote:
>
> At 21:58 04/05/2002 +0200, Jirka Kosek wrote:
>
> >This is (was) bug in AElfred. Mike Kay said me that he fixed this bug in
> >6.5.2, but I didn't test it yet. Same bug caused troubles with catalog
> >files and AElfred when used within Saxon. You can try Saxon 6.5.2, and
>
14 matches
Mail list logo