Jump to content

Detect windows UI application development type - Legacy or .NET Framework based - (Moved)


Recommended Posts

  • Moderators

Moved to the appropriate forum.

Moderation Team

Public_Domain.png.2d871819fcb9957cf44f4514551a2935.png Any of my own code posted anywhere on the forum is available for use by others without any restriction of any kind

Open spoiler to see my UDFs:

Spoiler

ArrayMultiColSort ---- Sort arrays on multiple columns
ChooseFileFolder ---- Single and multiple selections from specified path treeview listing
Date_Time_Convert -- Easily convert date/time formats, including the language used
ExtMsgBox --------- A highly customisable replacement for MsgBox
GUIExtender -------- Extend and retract multiple sections within a GUI
GUIFrame ---------- Subdivide GUIs into many adjustable frames
GUIListViewEx ------- Insert, delete, move, drag, sort, edit and colour ListView items
GUITreeViewEx ------ Check/clear parent and child checkboxes in a TreeView
Marquee ----------- Scrolling tickertape GUIs
NoFocusLines ------- Remove the dotted focus lines from buttons, sliders, radios and checkboxes
Notify ------------- Small notifications on the edge of the display
Scrollbars ----------Automatically sized scrollbars with a single command
StringSize ---------- Automatically size controls to fit text
Toast -------------- Small GUIs which pop out of the notification area

 

Link to post
Share on other sites

I am trying to automate a Windows Forms application using AutoIT. I couldn't succeed to interact with controls in that form. I suspect it could be a Windows forms developed in WPF or .NET based application. Plus, AutoIT Window Info does not snap/capture controls values! 

Please guide or provide directions 

Link to post
Share on other sites

@RadicalKoncepts
No, it's not.
As long these controls have anything to interact with, like a ControlID, a control class, and so on, they can be automated by AutoIt.
When these information are missing, then the native functions to deal with controls is no longer available, and so, that UDF need to be used in order to interact with those controls :)

Click here to see my signature:

Spoiler

ALWAYS GOOD TO READ:

 

Link to post
Share on other sites

To answer the original question: run the command

tasklist /m "mscor*"

in the background and you should get a list of all current processes which are using mscoree.dll, which should be a sure sign of a .net exe.

Any of my own codes posted on the forum are free for use by others without any restriction of any kind. (WTFPL)

Link to post
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
  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...