Jump to content

Get the position of a native AutoIt control without using ControlGetPos()

Recommended Posts


The >Table UDF uses ControlGetPos() internally to retrieve coordinates for its internal table drawing functions.

The problem with this is that ControlGetPos() is designed for AutoIt's handling of external applications, which in turn forces me to do a GUISetState(@SW_SHOW, $hMainGUI) early.

This makes the GUI buildup look messy to the user: you see things flickering, getting drawn and then finally you see me jump to the tab control I want selected. Previously, I had all that done before setting the @SW_SHOW state.

Is there a GUICtrl____ method available which retrieves control coordinates? One that is geared specifically to native AutoIt controls rather than external ones?

Right now, it's a bit of a ControlGetPOS :muttley:  if you catch my drift ;)

Share this post

Link to post
Share on other sites

I'm open to an alternative to the Table UDF too, of course :)

Share this post

Link to post
Share on other sites


Why not create the GUI off-screen (use the @DeskTop* macros to get the visible display size) and then move it to the required position with WinMove once you have completed the "buildup". :)


  • Like 1

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:


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


Share this post

Link to post
Share on other sites

The developer creates the controls, the developer can keep track of where they are without using any function.

Same could be said for AutoIt itself, course.

Question seems a bit silly, unless I'm missing something huge.


Well, unless you expect me to rewrite the Table UDF, I guess so.



Why not create the GUI off-screen

Smart! I'm using the Beta now, and it seems to be a bit more elegant when it comes to drawing, but now I know I have a way to fix this, thanks!

Share this post

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