-
Notifications
You must be signed in to change notification settings - Fork 2
If you use a transcoder that inherits from the XMLAbstractTranscoder
class there is a limited support for it (the first SVG element is used as the new root). For the rest of the old API, no (please see #40). You have to import the SVG subtree into a new DOM document.
With the new CSSTranscodingHelper
, you can specify a selector to choose one of the SVG elements in your document as the SVG root.
See Multi-input wrappers like InputSource
or TranscoderInput
considered harmful.
EchoSVG's DOM implements an old version of the CSS Object Model and allows programmatic manipulation of CSS2 style sheets. If your styles are limited to CSS2 you can use it, but beware that the old CSSValue
API is deprecated and may be replaced.
If you want to use modern CSS, you may want to process your document with css4j first, then feed it to EchoSVG.
Does this project support Houdini's Typed OM?
For now, this project uses the old (and deprecated) CSSValue
API, but work is ongoing to produce a Java binding for Typed OM #67. You are advised to avoid using the old object model Value API because it is planned to replace it.
No it is not, as its maintainer does not accept Maven Central's Terms of Use. The distribution is through the css4j Maven repository instead.
Only software coming from the Apache Software Foundation (ASF) source repositories can be used in org.apache
packages. If you look at the point 6 of the ASF license 2.0:
- Trademarks. This License does not grant permission to use the trade names, trademarks, service marks, or product names of the Licensor, except as required for reasonable and customary use in describing the origin of the Work and reproducing the content of the NOTICE file.
The term "Apache" is a registered trademark by the ASF (registration number 5906264) and can only be used for attribution. "Apache Batik" is a product name and similar considerations apply.
No you cannot. Submitting code to any Apache Software Foundation (ASF) project implies assigning the copyright to the ASF. Instead, EchoSVG uses a Developer Certificate of Origin copyright model, so contributors keep their copyright.
You cannot assign to the ASF the copyright that you do not own.
The codec
and transcoder
jar files were a bit entangled in Apache Batik, as they have a runtime circular dependency there. And this often confused people, see:
- https://stackoverflow.com/questions/45239099/apache-batik-no-writeadapter-is-available
- https://bz.apache.org/bugzilla/show_bug.cgi?id=44682
so in EchoSVG both modules were merged. As a result, there is no codec
module or Jar file. You only need echosvg-transcoder
.
[0.1.x only] java.lang.module.FindException: Module xalan not found, required by io.sf.carte.echosvg.dom
The module system is refusing to create a filename-based module name from the Xalan jar file because it is finding a declaration of a non-existent service provider.
The solution is to upgrade to EchoSVG 0.2 or later (that do not depend on Xalan) but if you cannot do that, the workaround is to use a plugin to force the declaration of a module name.
With Gradle you can use either the extra-java-module-info
plugin:
plugins {
id 'org.gradlex.extra-java-module-info' version '1.0'
}
extraJavaModuleInfo {
failOnMissingModuleInfo.set(false)
automaticModule('xalan:xalan', 'xalan')
}
or the moditect-gradle-plugin
.
With Maven, you could use the Moditect Maven plugin.