sikuli-driver team mailing list archive
-
sikuli-driver team
-
Mailing list archive
-
Message #34485
[Bug 1492020] Re: [request] non US keyboard layouts should be supported --- workaround: use paste()
ok, fine (thanks for the push, to setup a Windows 10, will now be my
daily development system ;-)
--
You received this bug notification because you are a member of Sikuli
Drivers, which is subscribed to Sikuli.
https://bugs.launchpad.net/bugs/1492020
Title:
[request] non US keyboard layouts should be supported --- workaround:
use paste()
Status in Sikuli:
In Progress
Bug description:
--- problem ---------------
From beginning Sikuli's type() only supports the characters, that can be produced by a US-querty-keyboard. This is a restriction based on the internally used Java features.
--- workaround ------------
use paste() instead
-------------------------------------------------
I'm using a french computer (supposed to be charset iso-8859-1/azerty keyboard) ....
I was trying to automate login process and password and was always fail.
I made, a very simple test case :
- select a text field : click(whatever img)
- write some characters : type("1234567890")
Text field now contains "&é"'(-è_çà"
Looks like this is the upper case combinaison with "1234567890"
For some reason, it's a very strange behaviour, as letters are
correctly typed : "azerty1234" results in "azerty&é"' and not
"AZERTY&é"' so i guess it's only affecting numerical characters. Bug
also happens with paste() method instead of write()...
I didn't figure out any option for changing the charset in ui.
Launching IDE from jvm commandline with
JAVA_TOOL_OPTIONS="-Dfile.encoding=iso-8859-1" didn't fix anything.
Details :
Sikuli 1.1.0-20150901.230935-153 + windows 10 pro (x64) french + jdk 1.8.0_60-b27 (x64)
Sikuli 1.0.1 also contains this bug
To manage notifications about this bug go to:
https://bugs.launchpad.net/sikuli/+bug/1492020/+subscriptions
References