set focus troubles 1

[reggler]

Hi,
I would like to set the focus onto an entry field upon a certain window appears and i tried this:
after idle [list focus -force .operatorWindow.opEntry]
now, this does not work.... but
GUI::Info_DialogWIN "focus!"
after idle [list focus -force .operatorWindow.opEntry]
works just fine, the Info_DialogWIN proc just displays an information message that takes the focus away from . I ssume....so how can i get the focus on .operatorWindow.opEntry?
I've tried setting it on .operatorWindow first but that doesn't seem to work either...

Help would be appreciated!

Thanks

Ron
Hours of planing can save weeks of coding

 

[Bong]

Not sure what you're trying to accomplish with [list ...]. I assume that your idle in after idle is a reference to the instance of the window (upon a certain window appears). According to the man page:

after idle script ?script script ...?

you should be able to just:

after idle focus -force .operatorWindow.opEntry

_________________
Bob Rashkin

 

[reggler]

well that list thing was actually just a test i had tried just "after idle focus -force .operatorWindow.opEntry" earlier but again - only works with the message box that takes the focus off my main window....

Ron
Hours of planing can save weeks of coding

 

[reggler]

sleeping 10ms seems to do the job to give the Windows message queue some time to work and then set the focus on the entry widget:

    finaltest::delay 10
    after idle focus -force .operatorWindow.opEntry

works fine.

Ron
Hours of planing can save weeks of coding

 

[Bong]

I suspect, then, that idle isn't triggered by the loading of the window.

_________________
Bob Rashkin

 

[reggler]

Yup seems like, my book says
"after idle command- Runs command at the next idle moment."
Can i do anything to get it triggered correctly?

Ron
Hours of planing can save weeks of coding

 

[Bong]

You could have a variable whose value changes right after the window is built, then use vwait.

_________________
Bob Rashkin

 

[reggler]

that doesn't really seem any better than sleeping for 10ms - even it would optimize the wait time of course but that's in this case no issue anyways - as long as the delay can be kept short... and an explicit sleep seems to be easier to read too I believe...

Ron
Hours of planing can save weeks of coding

 

[Bong]

I would only suggest that "vwait" allows the focus to be event-driven rather than a time that could vary depending on platform.

_________________
Bob Rashkin