Michiel Posted January 28, 2015 Share Posted January 28, 2015 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 if you catch my drift Link to comment Share on other sites More sharing options...
Michiel Posted January 28, 2015 Author Share Posted January 28, 2015 I'm open to an alternative to the Table UDF too, of course Link to comment Share on other sites More sharing options...
JohnOne Posted January 28, 2015 Share Posted January 28, 2015 The developer creates the controls, the developer can keep track of where they are without using any function. Question seems a bit silly, unless I'm missing something huge. AutoIt Absolute Beginners Require a serial Pause Script Video Tutorials by Morthawt ipify Monkey's are, like, natures humans. Link to comment Share on other sites More sharing options...
Moderators Melba23 Posted January 28, 2015 Moderators Share Posted January 28, 2015 Michiel,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". M23 Michiel 1 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 columnsChooseFileFolder ---- Single and multiple selections from specified path treeview listingDate_Time_Convert -- Easily convert date/time formats, including the language usedExtMsgBox --------- A highly customisable replacement for MsgBoxGUIExtender -------- Extend and retract multiple sections within a GUIGUIFrame ---------- Subdivide GUIs into many adjustable framesGUIListViewEx ------- Insert, delete, move, drag, sort, edit and colour ListView itemsGUITreeViewEx ------ Check/clear parent and child checkboxes in a TreeViewMarquee ----------- Scrolling tickertape GUIsNoFocusLines ------- Remove the dotted focus lines from buttons, sliders, radios and checkboxesNotify ------------- Small notifications on the edge of the displayScrollbars ----------Automatically sized scrollbars with a single commandStringSize ---------- Automatically size controls to fit textToast -------------- Small GUIs which pop out of the notification area Link to comment Share on other sites More sharing options...
Michiel Posted January 30, 2015 Author Share Posted January 30, 2015 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. Michiel,Why not create the GUI off-screenSmart! 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! Link to comment Share on other sites More sharing options...
Recommended Posts
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 accountSign in
Already have an account? Sign in here.
Sign In Now