
TXTechie
Active Members-
Posts
158 -
Joined
-
Last visited
Recent Profile Visitors
824 profile views
TXTechie's Achievements
-
Never mind. I've got it working, basically just using the following lines of code before displaying the GUI: Local $idDummy = GUICtrlCreateDummy() Local $aAccelKeys[7][2] = [["{TAB}", $idDummy], ["{ENTER}", $idDummy], ["{SPACE}", $idDummy], ["{LEFT}", $idDummy], _ ["{RIGHT}", $idDummy], ["{UP}", $idDummy], ["{DOWN}", $idDummy]] GUISetAccelerators($aAccelKeys, $hGUI) This is AWESOME, pixelsearch! Thank you so VERY MUCH!!!
-
Thank you, seadoggie01. It looks like I could use _IsPressed as a workaround, but how would I cancel the event after capturing it via _IsPressed? I am also concerned about the performance of my GUI, if I used _IsPressed (even if I use the recommendation of opening the 'user32.dll', as stated in the Help). Is there not a "better" more of a "best practice" way within AutoIt to do what I want to do?
-
I've developed a simple GUI form with a background image and just two buttons. I don't want either of the two buttons to accept any keyboard input so that the user doesn't inadvertently or accidentally press the Tab and/or Enter keys while typing when my GUI is launched via SCCM deployment. I've set both buttons to have the $GUI_SHOW+$GUI_ENABLE+$GUI_NOFOCUS states, but both of them are in the tab order (I cannot find a way to remove them both from the tab order so that pressing the Tab key will NOT cycle between them) and one of them still has the default focus so that when a user presses the Enter key one of the buttons gets chosen (whether or not that was the intention of the user). Is there any way that I can basically disable keyboard input (at least for the Tab and Enter keys) to my GUI and/or the two buttons on the GUI form so that only mouse actions will select (or otherwise interact with) the appropriate button? Or, is there some other way to accomplish this as a workaround? Regards, TX Techie
-
Hello Everyone, I've developed my own GUI using AutoIt and I'm allowing users to minimize the GUI, but I also want to include some kind of timer so that it will automatically restore the GUI after something like 30 minutes or an hour. However, I also want them to be able to manually restore the GUI by clicking the application's icon in the taskbar. I've searched through the forums, but I'm not sure how to get started. Any ideas or functions to research are appreciated! Regards, TX Techie
-
Hi @Subz, Thank you for your response. One of the most important pre-checks I'm performing in the AutoIt script is to check to see if the Win10 Feature Update (install.wim) has first completely copied to the local PC before the user sees anything. Once my AutoIt pre-check determines that the Feature Update had completed copying, then (and only then) will my GUI be displayed in order to prompt the user to start the Win10 upgrade. So, I need to execute the AutoIt executable daily in order to perform this and other pre-checks outside of the Task Sequence.
-
Hello Everyone, I'm hoping someone as tried this before or can otherwise assist me with this task. I've got an AutoIt script that I've developed to perform some pre-launch tasks and also provides a GUI for prompting the user (when appropriate for our needs). The final task that I need this AutoIt script to do is to start/lauch/kickoff an OSD Task Sequence that is advertised to the user via SCCM's Software Center. Does anyone know how or have any ideas how I could go about doing this? All assistance is appreciated! Regards, TX Techie
-
Wow! This is crazy! I must have something weird going on with my primary (and AutoIt developer) PC! I compiled one of my scripts that use _IEAttach and copied it to my 2 test PCs (1 = Win10 and 1 = Win7) and it worked fine on both! Sounds like it's time to "refresh" my primary PC. What a pain! 😥 @FrancescoDiMuro & @Nine - I want to thank you both, very much, for your assistance (and patience)!
-
I'm using the latest release version of AutoIt (3.3.14.5) and I can successfully get a Window handle for my open IE window using WinList: #include <IE.au3> Const $navOpenInNewWindow = 1 Const $navOpenInNewTab = 2048 Const $navOpenInBackgroundTab = 4096 Const $navOpenNewForegroundTab = 65536 Const $sPrimaryServer = "server" ; Retrieve a list of window handles. Local $aList = WinList() ; Loop through the array displaying only visable windows with a title. For $i = 1 To $aList[0][0] If $aList[$i][0] <> "" And BitAND(WinGetState($aList[$i][1]), 2) Then If StringInStr($aList[$i][0], "Internet Explorer") > 0 Then ConsoleWrite("Title: " & $aList[$i][0] & @CRLF & "Handle: " & $aList[$i][1] & @CRLF) Local $oIE = _IEAttach($aList[$i][1], "hwnd") $oIE.Navigate2("https://" & $sPrimaryServer & ":8444/", $navOpenInNewTab) EndIf EndIf Next But, when I pass the handle from WinList into _IEAttach, I get the same "--> IE.au3 T3.0-2 Warning from function _IEAttach, $_IESTATUS_NoMatch" error!:
-
@FrancescoDiMuro Thank you for your assistance. I guess I should have stated that I haven't had any luck with _IEAttach either. Here's my code: #include <IE.au3> Const $navOpenInNewWindow = 1 Const $navOpenInNewTab = 2048 Const $navOpenInBackgroundTab = 4096 Const $navOpenNewForegroundTab = 65536 Const $sPrimaryServer = "server" Local $oIE = _IEAttach("", "instance") $oIE.Navigate("https://" & $sPrimaryServer & "/", $navOpenInNewTab) And I receive the following error: What am I doing wrong?
-
Hello Everyone, I'm looking for a way to use an already open Internet Explorer (IE) window (if one is up and running) and then navigate to a new URL in a new IE tab. I thought that _IECreate would easily meet my needs. However, when I use the following script: #include <IE.au3> Local $oIE = _IECreate("https://" & $Server & ":8444/", 1, 1, 0, 1) ...with one or more open IE windows, it still opens yet a new IE window. Are there any other ideas for how to reliably use an already open IE windows and then how to open a new tab in IE to navigate to a new URL? Regards, TX Techie