Hey,

Explanation about the fix:
I added evas_object_text_last_up_to_pos function quite some time ago, it
lets functions know the position of the last char up to a specific x
position.
evas_object_text_last_up_to_pos's behavior is pretty much the same as
evas_object_text_char_coords_get's behavior when fed with LTR text and the
position of the last char,
their behavior differ when they are fed with RTL text. As the RTL function's
last char is positioned at the left, which means it's x value is at the left
and cropping will be wrong.

This fix calls the evas_object_text_last_up_to_pos instead of the other one
in order to correct edje's wrong line chops.

Ciao,
--
Tom.