jim.cherian at wipro.com wrote: > > We just had to upgrade our XMLMind software, and install this addon. > > This actually solved our problem almost except for a small glitch. > > > > For some SVG files, we get an Exception as in the attached screenshot. > > > > > > This particular SVG file had an entry such as below: > > > > > > > > <g color-rendering="optimizeSpeed"> > > > > <g fill="#000000"> > > > > <marker id="mfid126" viewBox="0 0 10 10" refX="5" refY="5" > markerUnits="strokeWidth" > > > > markerWidth="2" markerHeight="2" orient="align"> > > > > <circle cx="5" cy="5" r="2.5"/> > > > > </marker> > > > > <marker id="mfid127" markerUnits="strokeWidth" orient="align" > overflow="visible"> > > > > <g transform="rotate(-45)" stroke-linecap="butt" stroke-miterlimit="10"> > > > > <use xlink:href="#mfid124" fill-rule="nonzero" stroke="none" > fill="#000000"/> > > > > </g> > > > > </marker> > > > > </g> > > > > > > > > Here, we observed that the value orient="align" is causing the problem. > > When we deleted it and XMLMind was not throwing exception and showing > the picture. > > However, this removal of orient="align" causes still a problem in the > picture (a Block diagram) actually rendered. Some of the arrows are > drawn with arrow heads in opposite direction. > > So, this is not a solution. > > > > Do you think there could be something wrong with the addon? >
No, there is nothing wrong with the add-on. The add-on, that is Batik, simply does not like some of your images. In other words, Batik, the SVG renderer, and the tool you have used to create the SVG file (e.g. Inkscape) do not agree on some aspects of the SVG standard. Note that we very often add SVG graphics to our own documents and that, in the vast majority of cases, everything works fine. When this is not the case, we slightly edit the SVG file to make it a bit simpler. (We had to do this once in a couple of years.)
