There won't be a Graphics hint to affect bidi behaviour since
that is completely un-related to the graphics.
A text layout only needs a graphics instance so it knows
where to send the already laid out text.
Perhaps what you want it to explicitly specify
However,
if I render a string that has runsRL, the R run
is rendered at the end of the line.
Isn't this behavior the correct one? Your first part is RTL, so it is rendered
at the right-hand side of the line (if this is what you mean by the end of the
line). Your second part is LTR so it
Well, I did a test. The double shift does clamp the top end. But negative
numbers are twisted to be 255. In bi-cubic interpolation (the reason for all
this nonsense) negative byte (channel) values can occur. The goal is to
clamp to the range [0-255] so -100 goes to 0 and 300 goes to 255.
hi --
By end of line I did mean the right side. I'm seeing this behavior with
Arabic embedded in English. I would expect the Arabic to appear on the left,
though, since the base direction of the entire text is left-to-right. The way
I'm splitting isn't preserving that information, so I'll look
I would say that it is the expected behavior. The first chunk should set the
overall orientation, and if the sentence starts with an RTL chunk, it would
start at the right-hand side. This is how it goes in Hebrew.
[Message sent by forum member 'kirillcool' (kirillcool)]
