Skinengine falls back to wprite mode when high order characters are pushed to GUIProperties

GoogleCodeExporter commented 8 years ago

Current MP skin engine does fall back to different render mode (sprite), when 
there is high order characters present in the text that should be rendered, 
which results in some features visually not properly working (like cutting 
visible areas).
As workaround, before setting properties, high order characters should be 
replaced with low order replacements to get around this problem for the most 
common characters coming today from internet sites.
Can be removed when MP supports proper rendering of high order character text.

Original issue reported on code.google.com by Guzz...@googlemail.com on 19 Jan 2013 at 6:48

GoogleCodeExporter commented 8 years ago

This issue was closed by revision r2810.

Original comment by Mikeplan...@web.de on 19 Jan 2013 at 7:03

Changed state: Fixed

GoogleCodeExporter commented 8 years ago

Is there an example/case where I can test/verify?

Original comment by Dade...@gmail.com on 19 Feb 2013 at 4:43

GoogleCodeExporter commented 8 years ago

Since all cases I have checked using r2870- especially comments where this 
issue often occurred previously - now display correctly (even when the data 
does not in AMC e.g. "e) I am verifying this issue is fixed. If we find a 
unique case where it does not, we can reopen or create a new issue ;)

Original comment by Dade...@gmail.com on 28 Jun 2013 at 3:39

Changed state: Verified

GuzziMP / my-films

Skinengine falls back to wprite mode when high order characters are pushed to GUIProperties #311