%rd not calling call back when %dd attched

In the following code snippet if a value is entered directly in the %rd window the call back (mod_icmr() ) is not called. the call back is called when using the %dd spin control

Integer mod_icmr external mod_icmr

IWIN = WINIO@('%DD&', 1) IWIN = WINIO@('%`bg[window]&') IWIN = WINIO@('%^~2RD&', ITEM_CURRENT_X, DATA_GREYED, MOD_ICMR)

I notice some posts in the forum from 2005 stating that this had been corrected so im guessing it is a retrograde bug.

I have logged this for investigation.

This bug has been fixed for the next release (look out for a new beta upload).

It was not a regression but rather an incomplete fix.

Hi Paul , where would i look to check to for a beta download?

http://www.silverfrost.com/beta/salflibc.exe

the %dd behaviour was cured but the background colour on %gr is no longer white . It appear black and then dark blue on a refresh

  IWIN = WINIO@('%pv%^`gr[white,user_resize]&', AX_WID, AX_HIG, 
 +        HANDLE_CLIP, HFD_RESIZE_cb)

If you are now having a problem with %gr, it could be because the default colour mode has been changed from VGA (16 colours) to RGB (24-bit) ...

A new option %gr[vga_colours] restores the previous default.

This cured the problem. It also seem to cure some strangle issues i was having with a range of application that used CALL DRAW_characters@(CBUFF(1:ILENG), IXC2, IYC2, ICOL_CURRENT) which would crash on a re-draw event although no graphical data had changed. It might be due to memory corruption bug but rebuild the entire code with /debug_full failed to locate any issues

thanks

It's probably worth checking that you have the right kind of integers as parameters, and that the colour value is correctly formed.

Eddie