sikuli-driver team mailing list archive

[RaiMan <sikulix@xxxxxxxxxxx>]

** Summary changed:

- [request] non US keyboard layouts should be supported --- workaround: use paste()
+ [request] non US keyboard layouts should be supported --- workaround: use paste() instead

** Description changed:

- --- problem --------------- 
+ --- 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
+ use paste() instead, eventually type() before and/or after to issue functional keys like Key.ENTER
  
  -------------------------------------------------
  
  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

-- 
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() instead

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, eventually type() before and/or after to issue functional keys like Key.ENTER

  -------------------------------------------------

  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