[1.1.0-Beta1] Linux System Always Uses Screen(0)
Bug #793723 reported by
Andrew Bonaffini
This bug affects 3 people
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
SikuliX |
In Progress
|
High
|
RaiMan |
Bug Description
I am using Sikuli version 1.0rc3 compiled from source on a Redhat EL4 system. I have a 3 monitor setup running X11R7.1.1 and it appears that Sikuli maps all operations to screen 0 i.e. DISPLAY :0.0. The getNumberScreens() method returns 3 as expected, and instantiating screen objects for Screen(0), Screen(1), and Screen(2) appear to work. Trying to use the screen objects to invoke click(), find(), etc. always result in an operation on screen(0) only. If I print the screen objects all 3 return the following:
Screen(0)[0,0 1920x1200] E:Y, T:3.0
So, does this version of Sikuli support a multi-monitor Linux setup and if yes, what could I be doing wrong?
Thanks...
Changed in sikuli: | |
status: | New → In Progress |
importance: | Undecided → Low |
assignee: | nobody → RaiMan (raimund-hocke) |
tags: | added: ubuntu |
To post a comment you must log in.
I can confirm this bug under Opensuse Linux 13.1.
I have a two-monitors setup. My application iterates all screens, looks for a certain image and then clicks on it. This works fine if that image is on screen 0. If it is on screen 1, Sikuli moves the pointer to the corresponding position on screen 0 (which in my case is "above" screen 1) and clicks there:
[log] CLICK on L(90,1217) @S(1)[0, 1050 1920x1080]