String Formatting

[mje]

I put together a quick and dirty VI which takes some form of general markup and applies properties to the built in LabVIEW string controls. The results are usually pretty good, but every so often I see some weird rendering behavior. For example:

 

 

Note the "erat. Sed" text is missing, and worse the "erat" even overflows the bounds of the indicator. Has anyone ever played enough with formatting of the string indicators to know how to avoid this?

 

It would seem if I force the indicator to re-calculate layout after applying the formatting I can fix it, say for example hiding and re-showing scrollbars. But in that case the text that's out of bounds remains painted.

 

Some really rough code to reproduce is attached (2012). Results may vary depending on OS settings and font availability: Formatter.zip

[ShaunR]

Yup. I've seen this not only with dynamic formatting but also in normal usage. It doesn't seem to happen with the silver indicator (but does with the silver frame-less). Have you tried to defer the update?

Edited July 27, 2013 by ShaunR

[hooovahh]

I do see this issue in Windows 7 x64, but this reminded me of LVMark.

 

https://code.google.com/p/lvmark/

 

http://lavag.org/topic/14700-lvmark-format-markup-for-string-controls/

 

And oddly enough I couldn't make its indicators break like yours.

[mje]

Neat, I hadn't seen LVMark, but yes, it does the same thing.

 

Deferral updates of itself does nothing for my example, text will still paint out of bounds of the indicator. But deferral of updates, combined with some forced layout recalculation of the indicator, then enabling updates works and prevents text from appearing out of bounds. Kludgy though.