Jump to content

Recommended Posts

Posted

Hi.

I'm using WinWaitActive () method in my script.

I'm facing problem here.

WinWaitActive () needs the title of the window. What if my window's title changes dynamically? This is where I have the problem.

The main window of my application changes when the application is in process.

In the process many times I need to wait for the main window to be active.

As the window title changes dynamically, I'm not able to proceed with script even if the expected window is active using WinWaitActive ().

Only the begining part of the window title static.

can anybody give me a soluntion for this?

thanks,

Ranjit.

Posted

Two things come to mind. First, you say the beginning of the title stays static... the default title match will match on the beginning of the string, so just use the static part (also see Opt(WinTitleMatchMode) )

Second, you can consider using WinGetHandle when you know you can match the title string and then use the handle returned in place of the title in future operations... e.g.

$winHandle = WinGetHandle(the-current-title)

...

later

...

$WinWaitActive($winHandle)

Hope this helps,

Dale

Free Internet Tools: DebugBar, AutoIt IE Builder, HTTP UDF, MODIV2, IE Developer Toolbar, IEDocMon, Fiddler, HTML Validator, WGet, curl

MSDN docs: InternetExplorer Object, Document Object, Overviews and Tutorials, DHTML Objects, DHTML Events, WinHttpRequest, XmlHttpRequest, Cross-Frame Scripting, Office object model

Automate input type=file (Related)

Alternative to _IECreateEmbedded? better: _IECreatePseudoEmbedded  Better Better?

IE.au3 issues with Vista - Workarounds

SciTe Debug mode - it's magic: #AutoIt3Wrapper_run_debug_mode=Y

Doesn't work needs to be ripped out of the troubleshooting lexicon. It means that what you tried did not produce the results you expected. It begs the questions 1) what did you try?, 2) what did you expect? and 3) what happened instead?

Reproducer: a small (the smallest?) piece of stand-alone code that demonstrates your trouble

Posted

Two things come to mind.  First, you say the beginning of the title stays static... the default title match will match on the beginning of the string, so just use the static part (also see Opt(WinTitleMatchMode) )

Second, you can consider using WinGetHandle when you know you can match the title string and then use the handle returned in place of the title in future operations... e.g.

$winHandle = WinGetHandle(the-current-title)

...

later

...

$WinWaitActive($winHandle)

Hope this helps,

Dale

<{POST_SNAPBACK}>

Well done why didn't i think of that :(
Posted

It won't help you any further because the default does what you want it to. Just suggesting you get familiar with it because it was related to what you were trying to do.

Dale

Free Internet Tools: DebugBar, AutoIt IE Builder, HTTP UDF, MODIV2, IE Developer Toolbar, IEDocMon, Fiddler, HTML Validator, WGet, curl

MSDN docs: InternetExplorer Object, Document Object, Overviews and Tutorials, DHTML Objects, DHTML Events, WinHttpRequest, XmlHttpRequest, Cross-Frame Scripting, Office object model

Automate input type=file (Related)

Alternative to _IECreateEmbedded? better: _IECreatePseudoEmbedded  Better Better?

IE.au3 issues with Vista - Workarounds

SciTe Debug mode - it's magic: #AutoIt3Wrapper_run_debug_mode=Y

Doesn't work needs to be ripped out of the troubleshooting lexicon. It means that what you tried did not produce the results you expected. It begs the questions 1) what did you try?, 2) what did you expect? and 3) what happened instead?

Reproducer: a small (the smallest?) piece of stand-alone code that demonstrates your trouble

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...