sikuli-driver team mailing list archive

[bo-leo <boleofr@xxxxxxxx>]

As stated, bug happens in both type() and paste() methods, so can't be a
workaround

Found a valid workaround : 
-> parse string and remplace all numerical characters with corrresponding Key.NUMx
It does work but it's not the most efficient

Will post screenshot later when back at home, with 4 tests

- Type("1234567890"+Key.ENTER)
- Paste("1234567890"+Key.ENTER)
- Type(Key.NUM1+Key.NUM2+Key.NUM3+Key.NUM4+Key.NUM5+Key.NUM6+Key.NUM7+Key.NUM8+Key.NUM9+Key.NUM0+Key.ENTER)
- Paste(Key.NUM1+Key.NUM2+Key.NUM3+Key.NUM4+Key.NUM5+Key.NUM6+Key.NUM7+Key.NUM8+Key.NUM9+Key.NUM0+Key.ENTER)

-- 
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