Updated details on getAscender bug

git-svn-id: https://svn.apache.org/repos/asf/xmlgraphics/fop/branches/FOP_0-20-0_Alt-Design@197462 13f79535-47bb-0310-9956-ffa450edef68

diff --git a/src/java/org/apache/fop/render/awt/AWTFontMetrics.java b/src/java/org/apache/fop/render/awt/AWTFontMetrics.java
index af5adc8b1a118dee5952909f32cff303dbf75e50..ab463a7c3858d5998d5a01cd09a846c696056f02 100644 (file)
--- a/src/java/org/apache/fop/render/awt/AWTFontMetrics.java
+++ b/src/java/org/apache/fop/render/awt/AWTFontMetrics.java
@@ -118,6 +118,23 @@ public class AWTFontMetrics {
 //        int realAscent = fmt.getAscent()
 //                         - (fmt.getDescent() + fmt.getLeading());
 //        return FONT_FACTOR * realAscent;
+        /*
+         * Bug 4399887 has status Closed, not a bug.  The comments on the bug
+         * are:
+         * The submitter is incorrectly assuming that the string he has used
+         * is displaying characters which represent those with the maximum
+         * ascent in the font. If (for example) the unicode character
+         * \u00c1 which is the A-acute character used in many European
+         * languages is placed in the bodu of the "Wrong" string it can be
+         * seen that the JDK is exactly correct in its determination of the
+         * ascent of the font.
+         * If the bounds of a particular string are interesting then the
+         * Rectangle FontMetrics.getStringBounds(..) method can be called.
+         * The y value of the rectangle is the offset from the origin
+         * (baseline) apparently needed by the sample test program
+         * 
+         * xxxxx@xxxxx 2001-05-15
+         */
     }