Bug 1458 : implement support for Right to Left (RTL) rendering of text
Last modified: 2010-06-05 03:40




Status:
ASSIGNED 		Resolution:
- 		Priority:
P3 		Severity:
enhancement

 

Reporter:
kmcdonald 		Assigned To:
fry

Attachment Type Created Size Actions
Code for recreating the bug. application/x-zip-compressed 2010-02-09 17:58 72.14 KB
saveFrame from attached code demonstrating the difference. image/png 2010-02-09 17:58 1.89 KB

Description:   Opened: 2010-02-09 17:57
1.0.9, Windows Vista. I had previously been using loadFont with the hack
described in this post
http://processing.org/discourse/yabb2/YaBB.pl?num=1248708129/10#10 to
render Arabic writing. When I switched to createFont, I noticed the text
was different.

Attached: code that shows the difference and a saveFrame from the code.
Additional Comment #1 From kmcdonald 2010-02-09 17:58
edit]
Code for recreating the bug.
Additional Comment #2 From kmcdonald 2010-02-09 17:58
edit]
saveFrame from attached code demonstrating the difference.
Additional Comment #3 From fry 2010-02-10 05:07
What you're seeing is that with createFont(), and the default renderer,
it's simply using the native line layout code, rather than the code built
into Processing. We don't currently have support for RTL layouts. It's a
significant amount of work to implement it across the API, and I don't
personally have time to do it (nor am I qualified, as I don't have any RTL
language experience). For something like this we'd need someone to commit
to making the changes (across all of the renderers) and maintaining the code.
This bug is now being tracked here.