Jump to content

AutoIT & UI Automation


Go to solution Solved by JLogan3o13,

Recommended Posts

I have found AutoIT to be very useful in automating some of the older programs that we use, but I am now trying to work out how to automate newer programs that use the Windows Forms - such as WindowsForms10.Window.8.app.0.2bf8098_r13_ad1

I have read through the manual, but do not find anything on this there. I have also done some reading on the forum and have found material that looks useful, but I am not familiar with this and some of the threads look a little old. Please could someone update me on what the latest status is on this?

  • Are there any plans to provide wrappers to the UI Automation controls, similar to those already provided for ListView, ComboBox, etc?
  • How would I go about making a menu selection with such a system?
  • If people are not using AutoIT for this kind of automation, then what are they using instead?

Similar threads:

Other questions if you have time...

  • What is the difference between MSAA mode and UI Automation?
  • If I am using "Inspect.exe", how do I identify what information that I need to send a command to the control?

Sorry - lots of questions - I am very much finding my way around this.

 
Link to comment
Share on other sites

  • Moderators
  • Solution

Have you looked through the IUIAutomation UDF thread in the examples section?

'?do=embed' frameborder='0' data-embedContent>>

"Profanity is the last vestige of the feeble mind. For the man who cannot express himself forcibly through intellect must do so through shock and awe" - Spencer W. Kimball

How to get your question answered on this forum!

Link to comment
Share on other sites

muchado, Windows Forms can be automated with the UI Automation framework. (How could you fail to find that thread? You need to improve your searching skills.)

Download the two UDFs in bottom of first post, and download and run the code in the "Simple spy demo" codebox in the middle of first post.

To verify that a control can be identified place the mouse cursor over the control and press Ctrl+w. You can see an example here.

Note that the framework is based on COM interface objects (created with ObjCreateInterface), so it's not just as easy to use as most built-in commands.

One of the UDFs contain wrapper functions to make everything a little bit easier. But it's still not as easy to use as built-in commands.

To see how to automate a menu system, just go through some of the examples (you can test some searching here).

When it comes to pure UI Automation, you can do everything with AutoIt as you can do with C++. There is really no need to use anything else. And I don't know what people else are using.

When you are using MSAA mode (in Inspect.exe), the information is provided with the old MS Active Accessibility API (IAccessible interface and some helper functions, both are implemented in the UI Automation framework). When you are using UI Automation mode, the information is provided with the new UI Automation interfaces. UI Automation is much better (and bigger) than MSAA.

With the "Simple spy demo" it's much easier to identify a specific control or window, than it is with Inspect.exe. I'm mostly using Inspect.exe to verify that the "Simple spy demo" does provide correct information. And it does.

In addition to UI Automation and IAccessible interfaces, IAccessible2 and ISimpleDOM are implemented too.

Link to comment
Share on other sites

Have you looked through the IUIAutomation UDF thread in the examples section?

'?do=embed' frameborder='0' data-embedContent>>

Thanks!

muchado, Windows Forms can be automated with the UI Automation framework. (How could you fail to find that thread? You need to improve your searching skills.)

Download the two UDFs in bottom of first post, and download and run the code in the "Simple spy demo" codebox in the middle of first post.

To verify that a control can be identified place the mouse cursor over the control and press Ctrl+w. You can see an example here.

Note that the framework is based on COM interface objects (created with ObjCreateInterface), so it's not just as easy to use as most built-in commands.

One of the UDFs contain wrapper functions to make everything a little bit easier. But it's still not as easy to use as built-in commands.

To see how to automate a menu system, just go through some of the examples (you can test some searching here).

When it comes to pure UI Automation, you can do everything with AutoIt as you can do with C++. There is really no need to use anything else. And I don't know what people else are using.

When you are using MSAA mode (in Inspect.exe), the information is provided with the old MS Active Accessibility API (IAccessible interface and some helper functions, both are implemented in the UI Automation framework). When you are using UI Automation mode, the information is provided with the new UI Automation interfaces. UI Automation is much better (and bigger) than MSAA.

With the "Simple spy demo" it's much easier to identify a specific control or window, than it is with Inspect.exe. I'm mostly using Inspect.exe to verify that the "Simple spy demo" does provide correct information. And it does.

In addition to UI Automation and IAccessible interfaces, IAccessible2 and ISimpleDOM are implemented too.

Thanks for the additional information and for the relative value of MSAA and UI Automation. That is very helpful.

It is strange that I didn't find that posting. My searching skills are generally quite good and I thought I had put some of those terms in my Google Search. I found plenty that was written by junkew and spent quite a lot of time reading his posts as well as those by others.

Link to comment
Share on other sites

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
 Share

×
×
  • Create New...