Unicode in Ring Control: bug?

[Dataflow_G]

For completeness here's a version which substitutes space (U+0020) with a 3 em space (U+2004), and only converts a supported character ranges to full width.

Not all full width characters seem to be supported in the drop down (the ), * and - characters are replaced with @ symbols), but they're correctly rendered once selected.

[Christ0phe]

Thanks, that is a nice workaround. I like how you take care of the spaces 😉

[Christ0phe]

Do we all agree that it is just this property node 'RingText.InterpAsUnicode' that erroneously interprets each \00 as an end of item to display in the Ring?
Is there a way to edit the code inside this Property Node to replace \00 by \n (LF) or \r (CR) that would maybe make more sense?

[paul_a_cardinale]

---

@Christ0phe wrote:

Do we all agree that it is just this property node 'RingText.InterpAsUnicode' that erroneously interprets each \00 as an end of item to display in the Ring?

---

No.  The "InterpAsUnicode" property is a text attribute, (like font size or color).  It is not interpreting the string.  The interpretation of the string is being done by the code that runs Ring controls.

Is there a way to edit the code inside this Property Node to replace \00 by \n (LF) or \r (CR) that would maybe make more sense?

---

 No.  You cannot edit code inside any of LabVIEW's built-in functions.

[billko]

---

@paul_a_cardinale wrote:

---

@Christ0phe wrote:

Do we all agree that it is just this property node 'RingText.InterpAsUnicode' that erroneously interprets each \00 as an end of item to display in the Ring?

---

No.  The "InterpAsUnicode" property is a text attribute, (like font size or color).  It is not interpreting the string.  The interpretation of the string is being done by the code that runs Ring controls.

Is there a way to edit the code inside this Property Node to replace \00 by \n (LF) or \r (CR) that would maybe make more sense?

---

 No.  You cannot edit code inside any of LabVIEW's built-in functions.

---

I forget when official Unicode support is, but maybe they'll start taking a serious look into this then.  But it won't be an official bug until Unicode support becomes official.

[wiebe@CARYA]

---

@billko wrote:

I forget when official Unicode support is, 

---

I haven't seen any official commitment..

I've heard work has been done in LV23, actually breaking workarounds that do work...

[Christ0phe]

Unfortunately, I can't use RINGS, so I've fallen back on Listboxes, as illustrated by the appended images. The Listbox appears through a 'mouse click' event trigger. The Listbox appears in the foreground, but if there is a graph behind it and it refreshes, the graph moves in front of the Listbox!

[wiebe@CARYA]

I've seen that bug recently on the forum. Against all odds, I actually found it: Solved: UI bugs(?) when Tab control partially covers other controls and indicators - NI Community

I think the 'solution' was to put an additional picture control between the listbox and the graph.

I'd toy with synchronous display on each and every control first though. Maybe transparency of the graphs and subpanel too.