d:emphasis
in inline.xsl
Maybe i have missed something obvious. Are there any reasons for this
lack of language support?
Sincerely, Frank Steimke
Regards, Frank
Gesendet: Montag, 28. Februar 2022 um 08:55 Uhr
Von: "Norm Tovey-Walsh"
An: "Frank Steimke"
Cc: docbook-apps@lists.oasis-open.org
Betreff: Re: [docbook-apps] Canonical DocBook
Frank Steimke writes:
> Thank you very much for your comments and sugg
ok
subset) and match which of them are now already supported by xslTNG
steps, or can be achieved very easily?
Regards,
Frank
Am 27.02.22 um 23:23 schrieb David Cramer:
On 2/27/22 1:18 PM, Frank Steimke wrote:
/No block Elements within para/
That's in my 80% because neither ODF nor OOXML do al
here a way i can help?
Thanks,
Frank Steimke
Am 27.02.22 um 14:42 schrieb Norm Tovey-Walsh:
Our own stylesheets are therefore divided into at least phases. First,
[…]
As far as I can see, the XSL 3 stylesheets for XslTNG are also similar
in structure.
Yep. The xslTNG stylesheets go throu
.
But of course, when someone writes it down, there will be a discussion
about the target format, someone will suggest a "better" solution which
leads to a change request for the stylesheets ...
Frank
Am 27.02.22 um 12:29 schrieb Dave Pawson:
On Sun, 27 Feb 2022 at 11:20, Frank Stei
What would be a better way to accomplish this?
Ask Norm to document its internal format so that a particular community
can choose it as the "de facto standard" for developing own stylesheets
based on it?
Frank
Am 27.02.22 um 12:09 schrieb Dave Pawson:
On Sun, 27 Feb 2022 at 11
lt after simplifying the structure as a
basis for canonical DocBook standardization.
I would be very interested in the opinion of the members of this list on
this proposal.
Sincerely
Frank Steimke
P. S. This text was translated with www.DeepL.com/Translator (free
version)
ed set of DocBook Elements.
"DocBook for contracts" was our first application, but i have applied
the same idea to other topics with success.
Frank Steimke
KoSIT
http://www.xoev.de
Am 29.07.2020 um 04:51 schrieb Paul Hoadley:
Hello,
We have used DocBook in the past for technic
modular stylesheets.) Validating against Schematron supports
Schematron Quick Fix <http://www.schematron-quickfix.com/index.html>.
There is an optional DeltaXML <https://www.deltaxml.com/> Plugin for
comparison of large DocBook Documents.
Frank Steimke
KoSIT
http://www.xoev.de
Am 2
We are writing an article (hopefully it will become an official standard of our
national standardization authority, DIN) about a set of characters that every
ICT system in Germany should support. The article is written in docbook,
because its main part is generated from a character database
Hi,
Saxon supports XSL Version 2 as well as base URI fix-up when processing xincude.
So this template will give you a list of file Elements for each included file
when applied to the master document:
xsl:template match=/
xsl:for-each select=distinct-values(for $e in //* return base-uri($e))
.
Transformation is done within oxygen. As far as I can see, it is done with
the xhtml/profile-docbook.xsl stylesheet using saxon 6.5 engine. Environment
is windows 7.
Sincerely,
Frank Steimke
-
To unsubscribe, e-mail: docbook-apps
-- try to eliminate usage of entities in your documents. In XML entities will
give you more troubles then advantages
OK, but as far as I understand, the same problem would come up if I would use a
@fileref with an absolute filename like file:/C:/temp/image.png.
Question is, whether this is a
the oxygen guys.
Thanks,
Frank
-Ursprüngliche Nachricht-
Von: Jirka Kosek [mailto:ji...@kosek.cz]
Gesendet: Donnerstag, 22. Mai 2014 17:31
An: Frank Steimke
Cc: docbook-apps@lists.oasis-open.org
Betreff: Re: AW: [docbook-apps] Problem with images given as entity in xhtml
output (template
14 matches
Mail list logo