sikuli-driver team mailing list archive

[RaiMan <rmhdevelop@xxxxxx>]

--- Bug also happens with paste() 
should not be at least with version 1.1.0.

please post an example, that does not work in your opinion.

** Summary changed:

- Error with non english charset
+ [request] non US keyboard layouts should be supported

** Changed in: sikuli
       Status: New => In Progress

** Changed in: sikuli
   Importance: Undecided => Medium

** Changed in: sikuli
     Assignee: (unassigned) => RaiMan (raimund-hocke)

** Changed in: sikuli
    Milestone: None => 2.0.0

** Summary changed:

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

** Description changed:

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

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