Winmove keine Reaktion

Funktioniert hier einwandfrei, wäre aber nett gewesen zu erwähnen, dass die Fenstergröße nicht mehr manuell verändert werden kann und man somit dauerhaft dieses riesen Fenster ertragen muss und raten kann wie groß es eigentlich sein sollte...

Ich zitiere einfachmal SEuBo aus einem anderen Thread bezüglich OSK.exe. Das Script muss als 64bit ausgeführt werden oder es muss eben fallabhängig die Ordnerumleitung deaktiviert werden, damit die osk.exe ohne Fehler startet. Die Größenänderung funktioniert bei mir nachwievor unter zwei verschiedenen Windows 7 64bit Systemen, genau wie damals unter Vista.

Wenn es bei euch nicht funktionieren sollte würde ich mal mit au3windowinfo prüfen ob euer Fenstertitel "Bildschirmtastatur" lautet oder ob ihr evtl. mit einer anderen Sprachversion arbeitet. Wenn ihr eine gecrackte Windowsversion habt würde es mich auch nicht wundern, wenn eine der genutzten Systemdateien nicht dem Original entspricht, denn die osk.exe bzw. utilman.exe (und noch einige weitere...) kann genutzt werden um sich eine Backdoor auf den Anmeldebildschirm zu zaubern.

Meine osk-Version: 6.1.7600.16385 631KB 14.07.2009
Win Version: Windows 7 Professional 64bit inkl. SP1 und allen Updates

Zitat von SEuBo

Wird meine Antwort hier bewusst ignoriert?! Ich WEIß nämlich zufällig, dass die Lösung funktioniert...

Hier nochmal für die ganz faulen...

[autoit]

Local $iState
If @CPUArch = "X64" And Not @AutoItX64 Then
DllCall("kernel32.dll", "int", "Wow64DisableWow64FsRedirection", "ptr", $iState)
EndIf

[/autoit] [autoit][/autoit] [autoit]

ShellExecute("osk")

[/autoit] [autoit][/autoit] [autoit]

If @CPUArch = "X64" And Not @AutoItX64 Then
DllCall("kernel32.dll", "int", "Wow64RevertWow64FsRedirection", "dword", $iState)
EndIf

[/autoit]

Hast du auch eine ausreichend dimensionierte Pause zwischen Start der osk.exe und winmove eingebaut? Das Fenster muss natürlich existieren bevor es verschoben werden kann. Das kannst du entweder über ein ausreichend langes sleep (siehe testscript von ilse) realisieren oder was eigentlich besser wäre mit einer Schleife die auf die Existenz des Fensters wartet:

shellexecute(...)
do
sleep(100)
until winexists("Bildschirmtastatur")
consolewrite("fenster sollte existieren" & @crlf)
winmove(...)

Dann mach mal folgendes:

1. osk von Hand starten
2. Au3Info verwenden um alle Details des Fensters zu bekommen, also auch das Handle (kopier dir die infos vom tab summary und beende au3info)
3. nun starte das Testscript (siehe unten)
4. wurden Fenster mit dem Titel gefunden?
5. vergleiche die Konsolen Rückgabe von winmove mit dem vorher ausgelesenen Window handle, außerdem nochmals prüfen ob du den korrekten Fenstertitel angegeben hast (verschrieben?)
6. Wenn winmove 0 zurückgibt liegt definitiv ein Problem mit der winmove Funktion vor.

Die Rückgabe in der Scite Console sollte so ausschaun:

Folgende Fenster wurden gefunden:
Fenster 1: Bildschirmtastatur / 0x000000000003082E
Rückgabe von winmove (handle des fensters): 0x000000000003082E

getAllWindows("Bildschirmtastatur")
$test = WinMove("Bildschirmtastatur", "", Default, Default, 1000, 700)
ConsoleWrite("Rückgabe von winmove (handle des fensters): " & $test & @CRLF)

#cs
>>>> Window <<<<
Title: Bildschirmtastatur <--- (verschrieben?)
Class: OSKMainClass
Position: 318, 126
Size: 801, 231
Style: 0x16CE0000
ExStyle: 0x08040108
Handle: 0x000000000003082E <--- muss mit Rückgabe von winmove übereinstimmen
#ce

func getAllWindows($titel)
$aTest = WinList($titel)
If $aTest[0][0] = 0 Then
ConsoleWrite('FEHLER: keine Fenster mit dem Titel "' & $titel & '" gefunden !' & @CRLF)
Else
ConsoleWrite("Folgende Fenster wurden gefunden:" & @CRLF)
For $i = 1 to $aTest[0][0]
ConsoleWrite("Fenster " & $i & ": " & $aTest[$i][0] & " / " & $aTest[$i][1] & @CRLF)
Next
EndIf
EndFunc

Neben einem fehlerhaften Titel beim winmove Aufruf könnte ggf. eine Antivirenlösung Spielereien mit Systemfenstern unterbinden (eher unwahrscheinlich). Testweise mal deaktivieren.
Evtl ist auch deine Autoit Version verbuggt. Ich verwende noch Version 3.3.6.1

EDIT:

Winmove funktioniert btw nur bei Fenstern die nicht minimiert sind.

Halte es zwar für unwahrscheinlich, dass es daran liegt, aber hast du UAC (Benutzerkontensteuerung) aktiviert und/oder arbeitest du mit Benutzerrechten? Wenn ja testweise mal deaktivieren (reboot nicht vergessen) und nochmal als Administrator testen. Wahrscheinlicher dürfte aber ein Problem mit der aktuellen Autoit Version sein, daher würde ich mal eine ältere Autoit Version testen.

Nunja vielleicht reicht es auch die Sicherheitsstufe von UAC zu senken. Alternativ gäbe es auch noch diverse Möglichkeiten die UAC Abfrage für bestimmte Anwendungen auszuhebeln. Google sollte da denke ich sogar zwei verschiedene Ansätze liefern. Die eine Funktioniert über die Aufgabenplanung und eine spezielle Verknüpfung, die andere denke ich über das Application Compatibility Toolkit. Beides muss mit einem Administrator Account einmalig eingerichtet werden. Das Problem wird vermutlich sein, dass die Bildschirmtastatur teilweise mit Systemprivilegien ausgeführt wird (deswegen funktioniert übrigens auch die genannte Backdoor Sache...) und UAC deswegen allen Anwendungen mit niederen Rechten diverse Dinge wie winmove() verbietet. Vermutlich will Microsoft so verhindern, dass man System Fenster manipuliert und einen User dazu verleitet "genau die richtige" Antwort anzuklicken.