[KDE Dot News]
 faq
 flatforty
 contribute
 subscribe
 configure
 search
 rdf

 main
 parent


SVG
by JRT on Tuesday 29/Apr/2008, @03:30
I see two projects:

Integration of WebKit SVG library with KHTML

WebKit SVG Filters Design and Implementation

There seems to be some inconsistency in the project descriptions regarding which features are available for SVG in WebKit. Perhaps the two projects could work together on this.

IAC, there is an architecture question here. KHTML currently uses a KPart from KDEGraphics to render SVG. This KPart is based in QSVG. It appears to me that if this is to be changed (and work is needed since QSVG doesn't support filters) that work should be done on the bottom of the stack -- on KDEGraphics rather than changing the library that KHTML uses to render SVGs.

Then it appears that WebKit currently doesn't support much (if any) more of the SVG features than QSVG does. I would like to point out again that Apache Batik has a very good SVG renderer which is written in Java. Rather than reinventing the wheel, could this existing code be used? Either by porting the Java to C++, using JNI to use the Java code, or compiling the Java code into C++ classes with GCJ.
  Related Links
 ·   Articles on Developer
 ·   Also by JRT
 ·   Contact author

Thread Threshold:

The Fine Print: The following comments are owned by whomever posted them.
( Reply )

Re: SVG
by fred on Monday 05/May/2008, @01:39
> Then it appears that WebKit currently doesn't support much (if any) more of the SVG features than QSVG does. I would like to point out again that Apache Batik has a very good SVG renderer which is written in Java. Rather than reinventing the wheel, could this existing code be used? Either by porting the Java to C++, using JNI to use the Java code, or compiling the Java code into C++ classes with GCJ.

QtSVG only supports SVG Tiny, whereas WebKit's SVG is intended to support full SVG.

Uhmm... porting Batik? I guess it will introduce a lot more problems than porting WebKit SVG into KHTML.
[ Reply To This | View ]
The Fine Print: The previous comments are owned by whomever posted them.
( Reply )

  "If there is smoke, there could be a fire." -- Konqi
KDE®, "K Desktop Environment", "KDE Dot News", "got the dot?" and the KDE Logo® are trademarks or registered trademarks of KDE e.V. in the European Union, the United States and other countries. All other trademarks and copyrights on this page are owned by their respective owners. Comments are owned by the poster. The rest: Copyright © 2000-2008 KDE e.V. for The KDE Project. For further information or comments on this site, please contact the Webmaster.
[ home | post article | flat forty | subscribe | search | rdf ]