Source code for 2.1.3 is missing
OK, I have migrate code to https://github.com/xmlark/xslthl and added you credentials. I will copy over few issues and put info about new repo somewhere there.
Improper highlight for C directives
Improper highlight for C directives
I've got no objections to moving.
Sure, makes sense.
On 8.1.2020 6:25, Radu Coravu wrote: Ideally the GitHub project would become part of an organization. Maybe hosted as part of the DocBook organization if anyone knows its admin? XSLTHL is used in different projects than DocBook, so I'm not sure if DocBook repo would be the best fit. Couple months ago I have created https://github.com/xmlark to host orphaned XML projects. So we can migrate XSLTHL here. -- Jirka Kosek e-mail: jirka@kosek.cz http://xmlguru.cz Professional XML and Web consulting and...
Ideally the GitHub project would become part of an organization. Maybe hosted as part of the DocBook organization if anyone knows its admin?
Migrate project to GitHub
Synchronize with pull request by Tony Graham on: https://github.com/docbook/xslt10-stylesheets/pull/182
Try to avoid breaking the entire XSLT processing when highlighter breaks:
Try to avoid breaking the entire XSLT processing when highlighter breaks:
You seem to have added a separate issue for your unhandled exception and it is not related with this current issue: https://sourceforge.net/p/xslthl/bugs/14/ I comitted a fix also for that issue, but I did not look at your attached patch, if you have another idea about how to make this work maybe we can talk on that issue.
Guard against case when the Java code is incomplete:
Thanks for resolving the issue. However the problem still persists. I just checked out current trunk revision 167 having no luck using it. Consider the following snippet: <section version="5.1" xmlns="http://docbook.org/ns/docbook"> <title/> <programlisting language="java">@<emphasis role="bold">Test</emphasis></programlisting> </section> The@language attribute refers to Docbook highlighting distribution's sub directory included into the transformation by xslthl-config.xml. The related transformation...
@kosek I added a fix for the issue + test case.
Added fix for SIOB for issue: https://sourceforge.net/p/xslthl/bugs/15/
Highlighting crashes on XML snippet
Thanks. I made some changes, fixed about 4 broken links.
Home
Home
Home
Home
Hi Radu, The broken link is on page https://sourceforge.net/p/xslthl/wiki/Home/ And please check the other links as well, only the first one, "Overview", seems to work.
Hi Radu, The broken link is on page https://sourceforge.net/p/xslthl/wiki/Home/ And please check the other links as well, only the first one "Overview" seems to work.
Hi Radu, The broken link is on page https://sourceforge.net/p/xslthl/wiki/Home/
Where did you encounter that link? On what html page?
The "Syntax Highlighters" link is broken, it should point to https://sourceforge.net/p/xslthl/wiki/Syntax%20Highlighters/ instead of https://sourceforge.net/p/xslthl/wiki/Syntax%20Highlighter%20Options.
Avoid string index out of bounds, fix + TC.
Updated assembly maven plugin
Updating pom for modern OSSRH setup.
backticks were removed... "$nr1 + $nr2 = $(expr $nr1 + $nr2)"
Hi, at the moment, the highlighters are processed on a first-come first-serve basis (which is nice) and define their result's start and end using styled blocks. However, it's not possible to override certain subsets of such a styled block. This would come in very handy for languages such as PHP, bash or powershell which provide variable expansion in strings. As it is right now, a proper handling of strings such as "$nr1 + $nr2 = $result" with proper handling of the embedded variables causes overhead...
Work on special JSON highligher.
Removed extra unnecessary patch, use Java proxy instantiation to create dummy object.
Thanks for the hint, I committed an update to the "java-hl.xml" from the SVN repository of the project.
Two more Java keywords per patch:
Missing keywords "assert" and "enum"
I've created a quick hack, see attached patch. Basic idea: 1. Even without highlighting text shall appear 2. A message indicating the problem will be given to the end user 3. Processing will continue as smooth as possible
NPE on <programlisting>@<emphasis/>
The config file is specified correctly, but apparently in this version there is a...
Usually problem is that wrong location for xslthl-config.xml is provided. It must...
I've been trying to get xslthl to work with DocBook 5.1 and Saxon (Linux host). DocBook...
Attached you will find highlight definitions for Rust-lang.
Rust highlighting: rust-hl.xml
Besides older versions of Saxon 9.1 the highlig...
Test commit rights.
Make xslthl compile with Saxon-HE
This one can be closed
2.1.3 corresponds to the latest version in SVN repo. I have tried to add some tag...
Tagging 2.1.3 release
+1 ! This is impossible to map the release 2.1.3 back to the source version, which...
Source code for 2.1.3 is missing
Home
Usage
Syntax Highlighters
Overview
DocBook XSL Updates
Processing xslthl results
Syntax Highlighters
Xslthl Configuration
Usage
On 28.7.2013 17:25, cleversoft wrote: This yields: java.lang.StringIndexOutOfBoundsException:...
Various changes and updates to make Maven build...
Preparing 2.1.3 release
Connector works also with Saxon 9.6
Prepare new beta release
Guarded NPE + added TC
Code block marked as containing CSS (but actually contains XML) breaks processing
https://sourceforge.net/p/xslthl/bugs/11/
Committed TC + small fix.
XSLTHL breaks processing XML fragment (String Index out of Bounds)
https://sourceforge.net/p/xslthl/bugs/12/
Add support for XSLT extension to work with latest Saxon EE processor
Committed Saxon EE connector.
https://sourceforge.net/p/xslthl/bugs/10/
XSLTHL breaks processing XML fragment (String Index out of Bounds)
Code block marked as containing CSS (but actually contains XML) breaks processing
Add support for XSLT extension to work with latest Saxon EE processor