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
I am working with 1.1.0, so yes, I can confirm that.
--
You received this bug notification because you are a member of Sikuli
Drivers, which is subscribed to Sikuli.
https://bugs.launchpad.net/bugs/793723
Title:
Linux System Always Uses Screen(0)
Status in Sikuli:
In Progress
Bug
You have e-mail.
--
You received this bug notification because you are a member of Sikuli
Drivers, which is subscribed to Sikuli.
https://bugs.launchpad.net/bugs/793723
Title:
[1.1.0-Beta1] Linux System Always Uses Screen(0)
Status in Sikuli:
In Progress
Bug description:
I am using
Question #250119 on Sikuli changed:
https://answers.launchpad.net/sikuli/+question/250119
Rainer Klute gave more information on the question:
What I am trying to do is to integrate Sikuli JUnit tests into my
project's Maven build. If I explictly add sikulix.jar to my classpath,
the JUnit tests
Question #250119 on Sikuli changed:
https://answers.launchpad.net/sikuli/+question/250119
Status: Answered = Solved
Rainer Klute confirmed that the question is solved:
Thanks RaiMan, that solved my question.
--
You received this question notification because you are a member of
Sikuli
New question #250119 on Sikuli:
https://answers.launchpad.net/sikuli/+question/250119
Running a JUnit test case I get the following error message:
[error] ResourceLoader: loadLib: Fatal Error 110: loading: libVisionProxy.so
[error] ResourceLoader: loadLib: Since native library was found, it
Question #249653 on Sikuli changed:
https://answers.launchpad.net/sikuli/+question/249653
Status: Answered = Solved
Rainer Klute confirmed that the question is solved:
I just had the time to repeat the installation executing
sikulixsetup-1.1.jar in an otherwise empty directory. Then I copied
Question #249653 on Sikuli changed:
https://answers.launchpad.net/sikuli/+question/249653
Rainer Klute confirmed that the question is solved:
Thanks RaiMan, that solved my question.
--
You received this question notification because you are a member of
Sikuli Drivers, which is an answer contact
Question #249653 on Sikuli changed:
https://answers.launchpad.net/sikuli/+question/249653
Rainer Klute posted a new comment:
How would this bring org.sikuli.natives.VisionProxyJNI into the
classpath? (I have a self-compile libVisionProxy.so in my libs directory
already.)
--
You received
Question #249653 on Sikuli changed:
https://answers.launchpad.net/sikuli/+question/249653
Rainer Klute posted a new comment:
I did execute sikulixsetup-1.1.jar. However, I skipped the download
step, because this was my second try to generate sikuli.jar and I had
the downloaded files already. I
Question #249530 on Sikuli changed:
https://answers.launchpad.net/sikuli/+question/249530
Status: Answered = Solved
Rainer Klute confirmed that the question is solved:
Building libVisionProxy.so from source was the way to got – it works!
Thanks!
(I'll got an error when trying to run a very
New question #249653 on Sikuli:
https://answers.launchpad.net/sikuli/+question/249653
I am trying my very first steps with Sikuli X 1.1 on Linux (Opensuse 13.1, 64
bit). In a first test I used the IDE to create a script click(image). I
saved the script and then tried to execute it. However, the
New question #249530 on Sikuli:
https://answers.launchpad.net/sikuli/+question/249530
My Sikuli installation under Opensuse Linux 13.1 aborts with an error message
telling that libopencv_core.so.2.3 cannot be found. Well, that's very
plausible, because I don't have OpenCV 2.3 installed, but
Question #249530 on Sikuli changed:
https://answers.launchpad.net/sikuli/+question/249530
Rainer Klute posted a new comment:
Yes, thanks, it should do it – will try. However, I consider this an
ugly workaround and not a solution.
--
You received this question notification because you
14 matches
Mail list logo