1. RE: Win32Lib 0.57 onChange bug (2nd try)

Hi Mike,

I don't know if anybody else is investigating this issue but I'm doing 
what I can to figure out what is going on.

All I can see is that the onChange is being processed before the text is 
actually changed in the control.  Adding a "doEvents(Win)" at the 
beginning of my onChange routine does not change the behavior.

If anybody else is investigating, let us know what you have discovered.  
I'd rather not waste time on a known issue.

Thanks,
Brian

Michael wrote:
> Upgraded from version 0.45r
> Control type: SortedCombo
> Symptom:
>   When selecting an item from the dropdown, key = getText(comboControl)
> is called to get the new value of the dropdown.  However, getText
> returns the prior value of comboControl, which is only updated after the
> onChange routine (which contains the call to getText) is executed.  I
> cannot tell where in the new version of win32lib this behavior is being
> applied.  It works fine under 0.45r.  Any suggestions?
> 
> Michael J. Sabal
> 
>

new topic     » topic index » view message » categorize

2. RE: Win32Lib 0.57 onChange bug (2nd try)

I will look into this over the next 24-hours.

Sabal.Mike at notations.com wrote:
> Upgraded from version 0.45r
> Control type: SortedCombo
> Symptom:
>   When selecting an item from the dropdown, key = getText(comboControl)
> is called to get the new value of the dropdown.  However, getText
> returns the prior value of comboControl, which is only updated after the
> onChange routine (which contains the call to getText) is executed.  I
> cannot tell where in the new version of win32lib this behavior is being
> applied.  It works fine under 0.45r.  Any suggestions?
> 
> Michael J. Sabal
> 
>

new topic     » goto parent     » topic index » view message » categorize

Search



Quick Links

User menu

Not signed in.

Misc Menu