computergroove Posted January 21, 2011 Posted January 21, 2011 I have added "Run("OSK")" in my script and tested it in xp and it works. When I do it in Windows 7 it gives me an error "Could not start On-Screen Keyboard." Why is it doing this? I have also tried osk.exe but it seems like more of a security feature in Windows. Get Scite to add a popup when you use a 3rd party UDF -> http://www.autoitscript.com/autoit3/scite/docs/SciTE4AutoIt3/user-calltip-manager.html
JohnOne Posted January 21, 2011 Posted January 21, 2011 hmm, same here. This works though. ShellExecute("osk.exe") AutoIt Absolute Beginners Require a serial Pause Script Video Tutorials by Morthawt ipify Monkey's are, like, natures humans.
computergroove Posted January 21, 2011 Author Posted January 21, 2011 No it is still giving me the same error. Any other suggestions? Get Scite to add a popup when you use a 3rd party UDF -> http://www.autoitscript.com/autoit3/scite/docs/SciTE4AutoIt3/user-calltip-manager.html
JohnOne Posted January 21, 2011 Posted January 21, 2011 I assume you tried.. #RequireAdmin. And for your reference my win7 &86 didnt throw up an error of any kind with run, it simple never started it. AutoIt Absolute Beginners Require a serial Pause Script Video Tutorials by Morthawt ipify Monkey's are, like, natures humans.
computergroove Posted January 21, 2011 Author Posted January 21, 2011 (edited) I am going to be making this for an auto installer where the end user will need to enter a customer id and pin on computers that do not have keyboards or mice, just touch screens. Is there any way to make it work without having to type in the admin password? Also adding #RequireAdmin does not make the program work. I will be happy if I can get it to work even if they have to add their admin password. Edited January 21, 2011 by computergroove Get Scite to add a popup when you use a 3rd party UDF -> http://www.autoitscript.com/autoit3/scite/docs/SciTE4AutoIt3/user-calltip-manager.html
computergroove Posted January 21, 2011 Author Posted January 21, 2011 OK I am running Windows 7 Pro 64 bit and when I compiled it for 64 bit it worked. Is there a way to make the same code work for 32 bit and 64 bit OS's? Get Scite to add a popup when you use a 3rd party UDF -> http://www.autoitscript.com/autoit3/scite/docs/SciTE4AutoIt3/user-calltip-manager.html
Kendall Posted February 5, 2011 Posted February 5, 2011 OK I am running Windows 7 Pro 64 bit and when I compiled it for 64 bit it worked. Is there a way to make the same code work for 32 bit and 64 bit OS's?I am having the same issue, Windows 7 (retail)HAL (6.1.7600) 64BitI have tried running this in powershell and get error ( Could not start onscreen keyboard ) Using the Run ("osk.exe") does not launch the application at all even with the full path.This is wierd because when you send keys to a powershell it should be just like typing it in and pressing enter. Using command prompt using send keys does the same thing. I can type it in without any problems and bring it up. this is just silly. It has to be something with the way it is sending the keys to it like its too fast or it knows its not someone typing it in. I will look into the send key and put some winwait 's in to see if it will have issues. there should not be a issue with wether it is 32 or 64bit becuase it is just asking to launch it.Last person was saying that it had to be compiled to 64bit for it to work. Strange) The Codemonkeyhttp://www.BMVHDloader.com
Kendall Posted February 5, 2011 Posted February 5, 2011 K, did some digging after multiple failures. Note: OSK.exe is in 2 folders, SysWoW folder and system32 folder. This is an issue with 64-bit OS, it affects any 64-bit version of Windows. "Basically you are calling osk.exe, but your program you are calling it from is a 32-bit app. ( Autoit) Windows won't allow you to call a 64-bit OSK.exe from your program" This is why the Application must be compiled to the correct Bit version. Workarounds, 1. Disable Wow64DisableWow64FsRedirection in windows. 2. Pull it from a 32bit version of windows 7 or Windows XP and Add it to your applicaton. ( If you are distributing it you may want to look into the licencing) Woot, thought i was going to lose my mind on this one. The Codemonkeyhttp://www.BMVHDloader.com
taietel Posted February 5, 2011 Posted February 5, 2011 When tried on Win7 32 bit, Run("osk.exe") is not working but Run(@ComSpec & " /c " & 'osk.exe', "", @SW_HIDE) it's working. Things you should know first...In the beginning there was only ONE! And zero... Progs: Create PDF(TXT2PDF,IMG2PDF) 3D Bar Graph DeskGadget Menu INI Photo Mosaic 3D Text
Kendall Posted February 5, 2011 Posted February 5, 2011 When tried on Win7 32 bit, Run("osk.exe") is not workingbutRun(@ComSpec & " /c " & 'osk.exe', "", @SW_HIDE)it's working.When running on 32bit win 7 with command prompt or powershell it works fine. The issue is 64bit OS's. When using the same above command you get the same error ( " Could Not Start On-Screen Keyboard ") Also windows XP works fine with just using the "RUN" command. @comspec just launches it with the command prompt.Anyone else have anything other that the 2 ways i listed above to start it without compiling it? I found a diffrent OSK app made from autoit that i may add to it so that i dont have to worry about the compatibility issues. Unicode Keyboard ?do=embed' frameborder='0' data-embedContent> ?do=embed' frameborder='0' data-embedContent> The Codemonkeyhttp://www.BMVHDloader.com
PayasoXIII Posted September 26, 2011 Posted September 26, 2011 I know I am responding to an older thread but just wanted to post my work around for calling osk.exe on win7 x64 from a x86 compiled script. Just made a one line script and compiled a x64 version. ShellExecute(@SystemDir & "\osk.exe") My main script is compiles as x86 version. I added: If @OSArch = "x64" Then; ShellExecute("C:\Your_Path_Here\keyboard64.exe") Else ShellExecute(@SystemDir & "\osk.exe") EndIf
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