Bug ID: JDK-6760148 Certain fonts are not correctly soft wrapped when using JTextComponent.print()

Versions (Unresolved/Resolved/Fixed)

The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.

JDK 6	JDK 7
6-poolResolved	7Fixed

When printing, the letters at the end of the line are sometimes truncated when soft wrap is activated. This happens for all platforms and all printers. It is also independent of configured printer magins/borders.
Interestingly the issue does not happen for all font sizes. There seems to be some mathematical miscalculation.
To reproduce, run the attached test program. Try various fonts. it looks that the issue
is present with sizes 6, 8, 11, 13, 15, und 17 while it is not with sizes 7, 9, 10, 12, 14, 16, 18, 19 and 20

SUGGESTED FIX http://sa.sfbay.sun.com/projects/swing_data/6u14/6760148.0

24-02-2009

EVALUATION When fractional metrics are enabled on the FontRenderContext (as in the case of printing), the length of the rendered string, calcualted as a whole, may be different than the sum of the lenghts of the individual characters. For some font sizes the lenght of the whole string is bigger, for some it is smaller. Line breaking mechanism implemented in JTextArea finds breakpoints analyzing a string character-by-character. Character drawing mechanism, OTOH, draws the string as a whole. So, when the lenght of the string as a whole is bigger than the sum of the lenghts of the individual characters, a line gets clipped. The solution is, when a breakpoint is found, to check that the lenght of the string-as-a-whole does not exceed the calculated breakpoint distance, and if it does, clip characters from the breakpoint until the lenght fits.

20-01-2009

EVALUATION I reproduced this problem with font size #8 and made sure that it is not reproduced with font size #9 on Windows XP, anyway this looks like a platform independent problem assigned to the text team

10-11-2008

Relates :	JDK-7045593 - Possible Regression : JTextfield cursor placement behavior algorithm has changed.
Relates :	JDK-6832120 - regression javax/swing/text/Utilities/bug6760148.java fails on 6u14b04
Relates :	JDK-6828938 - REGRESSION:IndexOutOfBounds exception throws in BasicTextUI
Relates :	JDK-6818231 - JEditorPane throws StateInvariantError
Relates :	JDK-7030623 - closed/javax/accessibility/4864610/bug4864610.java test fails just against jdk7 b134
Relates :	JDK-6857057 - api/javax_swing/text/GlyphView/index.html#Methods test fails