BR Windows - UTF-8 non breaking spaces do not work in PopupMenu

The behaviour on develop (8.0.8) seems to be consistent with the behaviour from 7.0.12. So, this doesn’t seem to be a regression.

On the develop branch, the text gets trimmed when creating a GlyphArrangement:

trim() eventually calls through to CharacterFunctions::isWhitespace() to determine the first non-whitespace character. This is implemented using the platform iswspace function, which seems to behave differently on macOS and Windows, and may also be affected by the current locale. On Windows, iswspace returns ‘true’ for a non-breaking space, but the same call returns false on macOS.

This has come up before:

We’ve now switched the implementation of GlyphArrangement to trim whitespace in the same way on all platforms. As a result, non-breaking spaces should now not be trimmed on any platform.

2 Likes