Bug 24402 - TextLayout is largely unimplemented (e.g. GdkTextLayout.getCharacterLevel)
Summary: TextLayout is largely unimplemented (e.g. GdkTextLayout.getCharacterLevel)
Status: NEW
Alias: None
Product: classpath
Classification: Unclassified
Component: awt (show other bugs)
Version: 0.18
: P2 normal
Target Milestone: ---
Assignee: Not yet assigned to anyone
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-10-16 19:18 UTC by Mark Wielaard
Modified: 2006-06-19 07:49 UTC (History)
3 users (show)

See Also:
Host:
Target:
Build:
Known to work:
Known to fail:
Last reconfirmed: 2006-01-15 21:16:57

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Mark Wielaard 2005-10-16 19:18:10 UTC 
java.awt.font.TextLayout delegates most calls to the font peer, but the gtk+ font peer just throws Error("Not implemented") for most font calls.

In particular TextLayout.getCharacterLevel(int) is needed for Batik and the DaCapo benchmarks.

java.lang.Error: not implemented
   at gnu.java.awt.peer.gtk.GdkTextLayout.getCharacterLevel (GdkTextLayout.java:308)
   at java.awt.font.TextLayout.getCharacterLevel (TextLayout.java:205)
   at org.apache.batik.gvt.text.BidiAttributedCharacterIterator.<init> (Unknown Source)
   at org.apache.batik.gvt.renderer.StrokingTextPainter.getTextRuns (Unknown Source)
   at org.apache.batik.gvt.renderer.StrokingTextPainter.getBounds2D (Unknown Source)
   at org.apache.batik.gvt.TextNode.getPrimitiveBounds (Unknown Source)
   [...]
Comment 1 pere 2006-06-18 21:25:01 UTC 
getCharacterLevel() is at least needed for the GUI app in batik.  The command
line tools seem to survive without it.