Discrepancy in leading space rendering of layoutText

[jamie-threerings]

This is pretty easy to observe in the demo. Choose "Text Test" and click to enter a string with leading and trailing spaces, like " A ". Under java, just the "A" is rendered. Under ios, the " A" is rendered. Is it possible to make this consistent? It's causing problems for me in a styled text renderer in my app.

I'd prefer to include spaces in all rendering since that would allow the best control. Otherwise, I'd need to somehow measure a space and do special extra stuff during laying out each chunk, not pretty.

[roguenet]

My only initial problem with the included spacing preference is that typically a user will write bold HTML text as "here is a bunch of text, only some of which is bold." The bolded text in that example needs a little extra space around it than normal text, but the person writing the formatted text isn't going to be thinking about that, and you're going to end up with bold text snuggled up too close to normal text.

[samskivert]

Text layout and rendering is a morass of ill specified and dubiously implemented functionality (on every platform). There's nothing in PlayN's Java layout and rendering code that is stripping off whitespace. So something deep in the bowels of Java is doing it. PlayN can't fix that for you.

[samskivert]

I take that back. It looks like the code that PlayN uses to work around font rendering discrepancies is causing problems when you have leading whitespace. Yay Java. I'll see what I can do.