Antonio, thanks! To run next/prev, this change is required! Tested with my last sample. METHOD GoPrevNext( lNext ) CLASS TRadMenu local nMove:= 0 local nOption:= ::nOption DEFAULT lNext:= .F. while ! ( nMove > Len( ::aItems ) ) nMove++ if lNext nO...
This method has to be modified this way: METHOD Refresh() CLASS TRadMenu local nOption := Eval( ::bSetGet ) local nAt := AScan( ::aItems, { | oRadio | If( oRadio != nil, oRadio:lIsChecked(), .f. ) } ) DEFAULT nOption := 1 if nAt != nOptio...
Please change the example to this one and click on next/prev. You see, no reaction from the radio-Buttons. In some cases more then one button is checked if i click with the mouse. function Main() local oWin DEFINE WINDOW oWin TITLE "Testrad" A...
Antonio, not the right way! The double call is take away but some radio-buttons stay checked if gonext() and goprev() and click on a radio-button with mouse!
Antonio, Mr Nages, there are a test! The problem is only present if the dialog is child! The main window calls the refresh() and in this refresh() is bChange calling. Maybe other controls also affected! function Main() local oWin DEFINE WINDOW oWin TITLE "Testrad" ACTIVATE...
byte-one wrote:Antonio, i have made inside my program a simple dialog with only a radio with 5 items and a button. ON CHANGE of the radio call a msginfo(). This msginfo are showing a second one if i close the first one! WIN 10??
Antonio, i have made inside my program a simple dialog with only a radio with 5 items and a button. ON CHANGE of the radio call a msginfo(). This msginfo are showing a second one if i close the first one! WIN 10??
Günther, Thanks for the reminder, as I missed this post from you > In the meanwhile i found, that this only appears, if in the function of the codeblock a call to another dialog are present. (msginfo(),..). A bPainted-call of the parent-window?? Surely it is related to the focus. Those functions ...