sikuli-driver team mailing list archive
-
sikuli-driver team
-
Mailing list archive
-
Message #29516
Re: [Question #258457]: future development of sikuli
Question #258457 on Sikuli changed:
https://answers.launchpad.net/sikuli/+question/258457
Status: Answered => Solved
tombrus confirmed that the question is solved:
Thanks for the update RaiMan, balancing work/private priorities is a
precarious process...
Special thanks for all the work you put in so far! (bow)
We are currently using sikuli in our continuous build process, although maybe not completely as intended by you/sikuli, let me elaborate:
- We have an ubuntu machine running jenkins with xvfb
- We have cucumber tests (because our testers like cucumber...) that direct sikuli through java.
- The target application is started as a first step (from java)
- Sikuli mainly uses key strokes to direct our application.
- We have a multi platform app (windows/mac/linux), developers and testers are on mac & windows, build & test runs on linux.
- We have our own name based platform specific image finding scheme (separate screenshots per platform in different dirs)
- We devised a scheme where the hit point as well as the matching level can be mangled into the screenshot's file name (e.g. "window-button-max@51x12@xxxxxxxx" this makes it pretty easy to adjust screenshots, the code refers to it as "window-button-max")
- Doing a lot of screen oriented stuff turned out to be tedious to maintain and some developers/testers were not pleased with multi platform screenshots.
- It also proved difficult to make usable screenshots specially for linux because there are many influencing factors (window manager/fonts/screen resolution/color depth)
- So we ended up doing most things with (90% platform independent) key strokes.
- This is not ideal because we are missing proper feedback in many places.
- to get more feedback we introduced a 'snitch-channel': a test-only network socket connection opened by a special keystroke between our sikuli process and our app.
- through this snitch channel we get feedback on the app state and can send 'secret' messages to speed up certain commands (e.g. selecting a node in a tree by sending the complete path instead of navigating the tree through the user interface.
- I know it is cheating, hence the name snitch-channel ;-)
Resume in reference to your list:
- a java-only approach would be very nice!
- a good platform independent OCR would help big time because it avoids screenshots and would eliminate a lot of our snitch channel work.
- making multi platform screenshots easy and sorting out the linux environmental issues is probably impossible to do in general
- support for image groups is good (so we can drop our own), mangling in hit points and matching levels would be even better.
Just my 2 cents...
Regards,
Tom
--
You received this question notification because you are a member of
Sikuli Drivers, which is an answer contact for Sikuli.