Well that explains it. I was under the impression that jing and trang were
stuck in amber back in 2009. I just checked and the version I had was from 2009.
I just tried the 2018 version, and it works fine with .sch files.
Thanks for setting me straight.
Dick
---
XML Press
XML for Technical
Richard Hamilton writes:
> Running it using docbook.sch, I get a namespace error on db:, which is
> strange, since db is properly declared in the Schematron file. I even
> modified a test file so that it also used the prefix db: defined the
> same way, but no luck.
If I grab the latest 5.2 repo
> I suspect I'm not part of this "we", but for a different "we": we get
> them via dblatex + (Xe)LaTeX.
Yes. I’m interested in this too. Peter Flynn and I have corresponded on
the topic a few times.
Be seeing you,
> Thanks Norm. Yes, that can be an interesting way. I've heard about that, but
> I'm not so much into this topic ATM. As far as I know, the above tools are
> commercial. Do you know an open source solution?
https://www.print-css.rocks/ lists a couple in addition to AH and
PrinceXML. I haven’t
This email bounced due to spamcop:
Begin forwarded message:
Date: Thu, 30 Jul 2020 14:26:24 +0300
From: Shlomi Fish
To: Eric Streit
Subject: Re: [docbook-apps] DocBook XSL: The Next Generation
Hi Eric,
On Wed, 29 Jul 2020 09:41:19 +0200
Eric Streit wrote:
> thanks!
>
You should thank
After the recent discussion of olinks, I came across this paper I wrote
for a conference in 2005 describing olinks, titled "Linking Outside the
Box". It might be of interest to those contemplating using olinks.
http://www.sagehill.net/presentations/XML2005/linkingOutside.pdf
--
Bob Stayton
Hi folks,
Hopefully frequent release announcements won’t be too distracting. I
expect the pace will slow down after the obvious kinks are sorted out.
* Reworked CALS table formatting to fix #48. Starting with this release,
it should be possible to process arbitrarily long tables. This is
