When wwrap is enabled for a text, if the last character that doesn't fit is a punctuation mark (period, comma, etc), it will be moved to the next line apart from the word that precedes it. This doesn't seem to be correct wwrap behavior. You get texts like this:


Full source code:

Yes, that's true. However the Truetype font functions, including word wrap, are provided by Windows - so I believe there's nothing we could do about it. For getting a different result, you could split and wrap the text yourself.

That's really unfortunate. I was hoping to rely on this new flag for a large number of dynamically constructed strings in my text objects. I'd rather not spend time writing my own word-wrap functionality, if possible.

I haven't seen word-wrap behave this way anywhere else in Windows. Keeping the punctuation with the preceding word seemed like standard behavior.