%~fl behaviour

After experimenting with the new %~fl feature, which resolves some of the issues my end users have with using %fl, i notice the following issues

1. The value does not change back to black once the value returns to within the bound values

2. Once the red 'x' disappears it leaves a shadow which covers adjacent controls

3. If either the red 'x' or its shadow is clicked then the program crashes. traceback window on win XP, 'program stopped working' on win 10

   PROGRAM TEST IMPLICIT NONE DOUBLE PRECISION VAL_SET, VAL_MIN, VAL_MAX INTEGER IWIN,ival,ival_min,ival_max VAL_MIN = 1.2345D0 VAL_SET = 2.0D0 VAL_MAX = 10.0D0 ival = 8 ival_min = 7 ival_max=12 IWIN = WINIO@('%ca[float limit test]&') IWIN = WINIO@('%~fl&', VAL_MIN, VAL_MAX) IWIN = WINIO@('%rf&', VAL_SET) IWIN = WINIO@('%ff&') IWIN = WINIO@('%~il&', iVAL_MIN, iVAL_MAX) IWIN = WINIO@('%rd&', iVAL) IWIN = WINIO@('%ff&') IWIN = WINIO@('%cn%bt[OK]&') IWIN = WINIO@('%ff') END

steve

Quoted from John-Silver **%il ** is noted in the on-line release notes for v8.3 as supporing this new tilda modifier function, and it's included in the on-line manual description, but application to %fl it's not mentioned.

I assume then that it is also supposedly modified in a similar way by inclusion of a tilda ? (sorry, not having visibility of the v8.3 .enh I have no idea).

John see item 401 on in clwplu.enh 401] The format code %il can now be used with the tilde (~) modifier. The result is that the limits are not applied to the displayed %rd integer value but (on error) an alert icon appears and the text colour changes to red. The associated %rd variable is the same as when not using the tilde (the value is set at the lower or upper limit). The format code %fl has be extended in the same way for %rf. When a real value is not completely formed then its stored value will be the most recent value that is available.

These bugs have now been fixed for the next release of the DLLs.

Yes %~fl has the same behaviour as %~il.