[---] QT GUI Application automation (2)

[MvGulik]

Wonder if anyone might have some additional information about possible automating QT GUI's stuff. (other than the general pixel scanning stuff of course.)

+ related to autoit in some way. (or else it would be a Chat topic.)

That there is a way when there is a will is clear -> http://smartbear.com/products/qa-tools/automated-testing/testing-qt-apps/

See the demo for the app in action.

Thinking this is probably done with the help of some QT API. But than again, Don't know that much about QT.

... With all that Java (and other multi OS code/cross platform, etc) stuff, real win windows are getting rare. ...

---

Test case finished successful.

Now the rest ... and I'm off hunting for a martian beagle, or 2.

... Well that what the plan ...

Edited January 24, 2012 by MvGulik

[water]

Does help?

[MvGulik]

Note sure yet ... but will dig into it. Thanks.

(+adding 'QWidget' to my search parameters.)

[MvGulik]

Lets drop this in before some def likes to have some fun.

Turns out Au3Info now also will give back information on Qt windows.

3.3.7.7 (31st May, 2011) (Beta)

Au3Info:

- Added: Option "Use Spy++ control detection logic" toggle added to Au3Info (this was the mode always used in recent

releases, but the very old method that used to be used is useful in certain applications (for example, putty.exe)

- Fixed #1746: Option "Use Spy++ control detection logic" toggle added to Au3Info.

@Water

I'm pretty sure now it helped.

---

(If only all 'users' where that easy)

Edited January 25, 2012 by MvGulik

[water]

Glad to be of service

[MvGulik]

Erm ... A correction and a word of warning here.

Don't know if this is just something related to the target app or just the Qt GUI.

But RanorexSpy seems to do something to the target App/GUI that also enables Au3info to read the Qt controls.

For AutoIt scripts this results in some commands also changing there output (Data / NoData). But not all.

Still a major speed bump I could have done without.

Nope, back at where I started.

---

Restart:

- "Qt accessibility" ...

- "Microsoft Active Accessibility" ...

- interface-autoitobject-iuiautomation ...

- Au3info returning Qt GUI data again after after running junkew's code.

- ... (more reading todo)

- ... Bah, Know that with 'uiautomationcore.dll' and/or 'Oleacc.dll' there is a solution. But wrapping my head around this stuff ...

Edited January 25, 2012 by MvGulik

[MvGulik]

Nope ... Project kinda stalled on the general complexity (to me) of the code in interface-autoitobject-iuiautomation ... O well.

[junkew]

What do you want to tackle? With the iuiautomation stuff you can do a lot of stuff in an easy manner once you get the logic behind it and if the widgets under test support accessibility

QT in general supports accessibility

[MvGulik]

Tackle: Automation-control (read+write) of the program HiView.

The "once you get the logic behind it" part was/is kinda eluding me. Or at least that's what its feels like.

To more specific on what part(s) I get hangup I probably should take a other look/try at it. Bottom line being a bit of 'not managing to extract a smaller working code sample to play/experiment with. (From your last posted example code, which was kinda big.)

[junkew]

I doubt if that application can be tackled with IAccessible or IUiautomation. Unfortunately QT widgets do not expose all child controls.

I tried with inspect.exe (part of win32 SDK tools) to see how QT stuff is recognized.

An alternative would be to build and integrate some stuff thats here (but that would be a whole project to integrate into AUTOIT librarys): https://github.com/robertknight/Qt-Inspector

[MvGulik]

Bummer.

Qt-Inspector: even way more over my head.

Thanks anyway.