vhardy 01/10/23 00:37:05
Modified: sources/org/apache/batik/svggen SVGGraphics2D.java
Log:
Added comments on drawString(ACI)
Revision Changes Path
1.26 +8 -2 xml-batik/sources/org/apache/batik/svggen/SVGGraphics2D.java
Index: SVGGraphics2D.java
===================================================================
RCS file: /home/cvs/xml-batik/sources/org/apache/batik/svggen/SVGGraphics2D.java,v
retrieving revision 1.25
retrieving revision 1.26
diff -u -r1.25 -r1.26
--- SVGGraphics2D.java 2001/10/19 12:30:27 1.25
+++ SVGGraphics2D.java 2001/10/23 07:37:05 1.26
@@ -45,7 +45,7 @@
*
*
* @author <a href="mailto:[EMAIL PROTECTED]";>Vincent Hardy</a>
- * @version $Id: SVGGraphics2D.java,v 1.25 2001/10/19 12:30:27 vhardy Exp $
+ * @version $Id: SVGGraphics2D.java,v 1.26 2001/10/23 07:37:05 vhardy Exp $
* @see org.apache.batik.ext.awt.g2d.GraphicContext
* @see org.apache.batik.svggen.DOMTreeManager
* @see org.apache.batik.svggen.DOMGroupManager
@@ -1044,7 +1044,13 @@
* For characters in script systems such as Hebrew and Arabic,
* the glyphs can be rendered from right to left, in which case the
* coordinate supplied is the location of the leftmost character
- * on the baseline.
+ * on the baseline.<br />
+ *
+ * <b>Note</b>: The current implementation turns a drawString call
+ * into shapes. Therefore, the generated SVG file will be sub-optimal
+ * in terms of size and will have lost semantic (i.e., text is no
+ * longer text but shapes), but it is graphically accurate.
+ *
* @param iterator the iterator whose text is to be rendered
* @param x, y the coordinates where the iterator's text is to be
* rendered
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
