Windows Bildschirmtastatur

Post by **Julius** » 29 Dec 2017, 07:53

just me wrote:Moin,

das heißt auf gut deutsch, dass Du ein 32-bittiges AHK auf einem 64-bittigen Windows benutzt und sich im Ordner C:\Windows\SysWOW64 keine osk.exe befindet. Bei mir gibt es die. Mein Rechner hat allerdings auch einen längeren Updatepfad hinter sich.

Ja, das heißt das dann wohl, da komm ich schlecht gegen an

Falls Du mit Updatepfad die Updatehistorie meinst: mein Arbeitspferd ist von 2012, also auch nicht ganz neu. Aber es ist halt Windows, und da passieren immer wieder seltsame Dinge. Weil Microsoft übergriffig ist.

Anyhow: bisher ging alles immer noch wieder gerade zu biegen, nicht zuletzt dank der vielen hilfsbereiten Menschen im AHK-Forum (und natürlich auch anderen Foren).
Daher: allen Foren-Admins ein besonderes Dankeschön und einen guten Rutsch in's neue Jahr

Julius

Post by **just me** » 28 Dec 2017, 17:57

Moin,

das heißt auf gut deutsch, dass Du ein 32-bittiges AHK auf einem 64-bittigen Windows benutzt und sich im Ordner C:\Windows\SysWOW64 keine osk.exe befindet. Bei mir gibt es die. Mein Rechner hat allerdings auch einen längeren Updatepfad hinter sich.

Post by **Julius** » 28 Dec 2017, 17:37

Ragnar wrote:Das Problem scheint hier wirklich 32-bit vs. 64-bit zu sein.
Folgendes sollte also funktionieren (bei mir ist das der Fall):
Code: Select all
DllCall("kernel32\Wow64EnableWow64FsRedirection", UInt, False)
Run, C:\Windows\System32\osk.exe
DllCall("kernel32\Wow64EnableWow64FsRedirection", UInt, True)

Das Weihnachtswunder!

Es geht, es geht

1000 Dank

Post by **Ragnar** » 19 Dec 2017, 06:39

Das Problem scheint hier wirklich 32-bit vs. 64-bit zu sein. Im Microsoft-Forum hat jemand geschrieben:

Seems like the problem is that, by default, Win64 performs a filesystem redirection in all 32 bit processes that makes all accesses to %windir%\System32 (the 64 bit System directory) revert to %windir%\SysWOW64 (the 32 bit one). Thus, invoking explicitly %windir%\System32\osk.exe or %windir%\System32\cmd.exe (for example), launchs the 32 bit versions of the tools.

Folgendes sollte also funktionieren (bei mir ist das der Fall):

Code: Select all

DllCall("kernel32\Wow64EnableWow64FsRedirection", UInt, False)
Run, C:\Windows\System32\osk.exe
DllCall("kernel32\Wow64EnableWow64FsRedirection", UInt, True)

Post by **Gerdi** » 18 Dec 2017, 19:29

vielleicht kommst Du mit

Code: Select all

Run, osk,,UseErrorlevel,OutputVarPID
MsgBox % ErrorLevel "	" OutputVarPID

; erzeugt im Positiv-Fall beispielsweise diese Ausgabe:
; 0	7036

der Frage näher ob osk.exe gestartet und gleich wieder beendet wird (erwartete Ausgabe: ähnlich meiner) oder ob die OutputVarPID im TaskManager zu finden ist,
oder ob osk.exe nicht gefunden wird oder nicht startbar ist (erwartete Ausgabe: ERROR[+nicht sichtbares Tabulator-Zeichen]).

Post by **Julius** » 18 Dec 2017, 16:19

Gerdi wrote:Probiers mal mit
Code: Select all
Run osk

Nope!

Post by **Julius** » 18 Dec 2017, 16:17

just me wrote:Moin,

ich habe keine Ahnung. Klappt es auch nicht, wenn Du nur den Vorschlag von gregster in einem eigenen Skript laufen lässt?
Code: Select all
#NoEnv
run %A_WinDir%\System32\osk.exe ;auf 32 und 64 bit - startet die jeweilige 32- oder 64-bittige (!) Version - daher zu bevorzugen
Nein, geht auch nicht.

Edit: Hast Du irgendetwas installiert, das eine eigene Bildschirmtastatur mitbringt?

Nein

Post by **jeeswg** » 16 Dec 2017, 12:10

Wenn ich einen Win + U-Hotkey hatte, funktionierte die Bildschirmtastatur nicht.
[When I had a Win+U hotkey, On-Screen Keyboard didn't work.]

system hotkeys that can't be overridden - AutoHotkey Community
https://autohotkey.com/boards/viewtopic ... 81#p160181

Post by **Gerdi** » 15 Dec 2017, 05:32

Probiers mal mit

Code: Select all

Run osk

Post by **just me** » 15 Dec 2017, 04:27

Moin,

ich habe keine Ahnung. Klappt es auch nicht, wenn Du nur den Vorschlag von gregster in einem eigenen Skript laufen lässt?

Code: Select all

#NoEnv
run %A_WinDir%\System32\osk.exe ;auf 32 und 64 bit - startet die jeweilige 32- oder 64-bittige (!) Version - daher zu bevorzugen

Edit: Hast Du irgendetwas installiert, das eine eigene Bildschirmtastatur mitbringt?

Post by **Julius** » 13 Dec 2017, 14:12

just me wrote:Moin Julius,

hast Du geprüft, ob sich im Zielverzeichnis eine "osk.exe" befindet? Ein Rechteproblem sollte es nicht sein, weil normalerweise alle Benutzer Dateien in den Systemverzeichnissen ausführen können müssen. Man muss schon aktiv tätig werden, um das zu verhindern.

Hi, doch, osk.exe ist dort, wo es ein soll. Das habe ich alles schon gecheckt, ich knabbere an diesem Problem schon ziemlich lange rum. Ich kann osk.exe auch mit einem Doppelklick starten, kein Problem. Aber aus AHK will es einfach nicht. Vielleicht ein Rechteproblem, aber welches???

Post by **gregster** » 13 Dec 2017, 09:06

Julius wrote:
jeeswg wrote:Auf meinem Windows 7 PC funktioniert das:
[On my Windows 7 PC, this works:]
Run, C:\Windows\System32\osk.exe

And it doesn't do it on mine (7 or 10, no matter): system kann die angegebene Datei nicht finden (see attachement)

Any idea?

Kommt drauf an, wie dein Windows-Pfad heisst, nehme ich an. Wenn der bei Dir nicht C:\Windows heisst, dann such doch einfach mal im File Explorer nach osk.exe : Auf meinem Win 7 (64bit) finde ich dann Versionen von osk.exe in den Windows-Unterordnern \System32 und \SysWOW64 (auf 32 bit wirst du nur den ersten haben, den anderen kannst du aber auch auf Win64 ignorieren). Die AHK-Variable A_Windir sollte dir allerdings das Windows-Verzeichnis liefern, also

Code: Select all

;run %A_WinDir%\Syswow64\osk.exe ;nur auf 64 bit, enthält allerdings dort die 32 bit -Version (!) von osk.exe, daher lieber:
run %A_WinDir%\System32\osk.exe ;auf 32 und 64 bit - startet die jeweilige 32- oder 64-bittige (!) Version - daher zu bevorzugen

Post by **just me** » 13 Dec 2017, 08:59

Moin Julius,

hast Du geprüft, ob sich im Zielverzeichnis eine "osk.exe" befindet? Ein Rechteproblem sollte es nicht sein, weil normalerweise alle Benutzer Dateien in den Systemverzeichnissen ausführen können müssen. Man muss schon aktiv tätig werden, um das zu verhindern.

Post by **jeeswg** » 13 Dec 2017, 06:47

Der von mir bereitgestellte Link gibt mögliche Standorte für Standard-Windows-Apps an.
[The link that I provided, gives possible locations for where you might find standard Windows apps.]

Post by **Julius** » 13 Dec 2017, 06:37

[quote="jeeswg"]Auf meinem Windows 7 PC funktioniert das:
[On my Windows 7 PC, this works:]
Run, C:\Windows\System32\osk.exe

And it doesn't do it on mine (7 or 10, no matter): system kann die angegebene Datei nicht finden (see attachement)

Any idea?

Post by **Micromegas** » 12 Dec 2017, 02:42

Funktioniert auch auf meinem Windows 10 PC.
[Works on my Win 10 PC, as well.]

Post by **jeeswg** » 11 Dec 2017, 16:52

Auf meinem Windows 7 PC funktioniert das:
[On my Windows 7 PC, this works:]
Run, C:\Windows\System32\osk.exe

Dieser Link kann nützlich sein:
[This link may be useful:]
Finding the default app for a file type (Win 10) - AutoHotkey Community
https://autohotkey.com/boards/viewtopic ... 12#p187812

Post by **Julius** » 11 Dec 2017, 15:33

Hi, ich möchte gerne die Windows Bildschirmtastatur von Windows 10 aus einem Script heraus mit run, aufrufen (und evtl. auch wieder schließen), krieg's aber nicht hin.
Hat jemand einen Tipp?

Danke schon mal ..

Windows Bildschirmtastatur

Post a reply

Expand view Topic review: Windows Bildschirmtastatur

Re: Windows Bildschirmtastatur

Re: Windows Bildschirmtastatur

Re: Windows Bildschirmtastatur

Re: Windows Bildschirmtastatur

Re: Windows Bildschirmtastatur

Re: Windows Bildschirmtastatur

Re: Windows Bildschirmtastatur

Re: Windows Bildschirmtastatur

Re: Windows Bildschirmtastatur

Re: Windows Bildschirmtastatur

Re: Windows Bildschirmtastatur

Re: Windows Bildschirmtastatur

Re: Windows Bildschirmtastatur

Re: Windows Bildschirmtastatur

Re: Windows Bildschirmtastatur

Re: Windows Bildschirmtastatur

Re: Windows Bildschirmtastatur

Windows Bildschirmtastatur