Public bug reported:
Seems like recently the link that sikulixsetup is trying to fetch
tesseract from (tesseract-ocr.googlecode.com/files/tesseract-
ocr-3.02.eng.tar.gz) is no longer working. Probably that link finally
expired from their old Google Code project, so you'll need to update the
link
Public bug reported:
I've recently updated to the 10.12 macOS Sierra beta and since then have
had trouble starting SikuliX IDE 1.1.0 (and Nightly 1.1.1). When I start
the IDE it seems to hang during the Init Window stage. Running with -d
flag, seems like there's an exception causing the gui not
ThinkI started seeing this as well now with the Nightly build, using OSX
10.10.3 and Java 8. Runs at full speed until about 2 minutes in then slows
down significantly in the click/type actions. I also see this debug output from
the IDE, seems like it is related:
log] CLICK on
Correction to my last post. Was actually running Java 7 instead of Java 8.
1.7u71 to be exact.
--
You received this bug notification because you are a member of Sikuli
Drivers, which is subscribed to Sikuli.
https://bugs.launchpad.net/bugs/1433454
Title:
[1.1.0] Mac OS X 10.10: Scripts
Hmm was this due to a change in how App.open is implemented? I pulled up
an older version from a few months ago (the nightly build from
11-14-2014) and that seems to still work on 10.10.3.
--
You received this bug notification because you are a member of Sikuli
Drivers, which is subscribed to
Public bug reported:
For some reason I can no longer launch applications using App.open anymore with
the latest night build.
It executes the code but the application does not actually launch.
ie,
App.open(/Applications/Mail.app)
** Affects: sikuli
Importance: Undecided
Status:
Question #265258 on Sikuli changed:
https://answers.launchpad.net/sikuli/+question/265258
Status: Answered = Open
Zed Zulu is still having a problem:
Hmm it'd be nice if the Settings stuff still remained for backwards
compatibility. I'm still trying to get my scripts to be able to run
New question #265258 on Sikuli:
https://answers.launchpad.net/sikuli/+question/265258
It seems that Settings.getVersion() is no longer valid, and I think in the code
it's mentioned that it has been moved to the RunTime class. However, it doesn't
seem to be a static method there so is there an
Question #265258 on Sikuli changed:
https://answers.launchpad.net/sikuli/+question/265258
Summary changed to:
Settings.getVersion missing in Sikuli 1.1.0 Nightly?
--
You received this question notification because you are a member of
Sikuli Drivers, which is an answer contact for Sikuli.
Public bug reported:
Seems like with the newer Nightly build that I get an error while trying to
user Tesseract/OCR on OS X. This is error I get:
[error] TextRecognizer not working: tessdata stuff not available at:
/Users/$Username/Library/
Application Support/Sikulix/SikulixTesseract/tessdata
New question #265216 on Sikuli:
https://answers.launchpad.net/sikuli/+question/265216
So seemingly the search got taken out of SikuliX nightly IDE due to some
incompatible library being used in OS X 10.10. Is there going to be a fix for
it in this version? It would be really helpful if the
Question #250392 on Sikuli changed:
https://answers.launchpad.net/sikuli/+question/250392
Zed Zulu posted a new comment:
It seems like it could be related to the OS X 10.10.1 update. I think I
might have had installed it earlier since I was still using the
Developer Preview build, but now
Question #250392 on Sikuli changed:
https://answers.launchpad.net/sikuli/+question/250392
Zed Zulu posted a new comment:
Is there a way I can do to an clean install of an older nightly build of
Sikuli 1.1? I've updated last Friday, and again Today, and I starting
seeing this issue again, and I
Public bug reported:
When I have a region that I define as using find(), for some reason when
I call waitVanish on that region it crashes Sikuli (ie,
waitVanish(img.find(img2)) or waitVanish(find(img)). Didn't have this
problem before on 1.0.1.
Here's the debug logs:
[debug] Region: waiting for
Question #255885 on Sikuli changed:
https://answers.launchpad.net/sikuli/+question/255885
Status: Needs information = Open
Zed Zulu gave more information on the question:
Yes I tried something like that before, it didn't work. Somehow it seems like
the I don't think Key.WIN is recognized
Question #255885 on Sikuli changed:
https://answers.launchpad.net/sikuli/+question/255885
Status: Needs information = Open
Zed Zulu gave more information on the question:
I'm trying to use the WIN button to trigger the Super button in Linux, so that
I can reliable the Maximize/Restore
Question #255885 on Sikuli changed:
https://answers.launchpad.net/sikuli/+question/255885
Status: Needs information = Open
Zed Zulu gave more information on the question:
It seems to maps to the Windows/CMD key when I'm using a physical
keyboard.
--
You received this question notification
New question #255885 on Sikuli:
https://answers.launchpad.net/sikuli/+question/255885
Is there a way to trigger the Super key with Sikuli in Linux.
I tried using Key.WIN which doesn't seem to do anything, and using Key.META
actually uses the Meta key in Linux (which is same as Alt). Reason I
Here's the debug info I get when I do the Reset, it may help:
[debug] Image: --- start of Image dump ---
[debug] ImagePath: ImagePath has 1 entries (valid 1)
[debug] Image: ImageFiles entries: 3
[debug] Image:
file:C:\Users\autotest\Desktop\Sikuli_IDE_Tests\libs\Test.sikuli\Test.png
[debug]
Public bug reported:
Using Sikuli 1.1 Beta, the 9-26-14 build.
There seems to be a weird thing going on in the IDE when I replace replace old
images by overwriting them. The image preview in the IDE sometimes seems to
revert back to the old image during certain actions - copying and pasting
Actually it seems like it actually does affect the functionality as
well, as it uses the old version of the image as opposed to the new one
if it shows up in the preview. Maybe it's related to the image caching
stuff you've put into this release.
--
You received this bug notification because you
Question #231661 on Sikuli changed:
https://answers.launchpad.net/sikuli/+question/231661
Zed Zulu posted a new comment:
So I know it's technically deprecated, but it seems there's a typo in
Env.getOS()
/**
* use Settings.isWindows .isMac .isLinux instead
* @return the OS.XXX
Public bug reported:
There seems to be a regression with regards to the behavior when using
type('%') or type('%otherchars'). I keep getting
MissingFormatArgumentException or UnknownFormatConversionException when
I try to use it like this, even though I'm not using it in the context
of string
Cool, didn't know about that. Would be nice if it was a more permanent setting,
but I suppose one can create a custom type function which sets the custom delay
every time it's called.
So when it's set to 0, the actual delay is 0.02s? Or is that the default delay
setting?
--
You received this
Question #178012 on Sikuli changed:
https://answers.launchpad.net/sikuli/+question/178012
Linked to bug: #1322367
https://bugs.launchpad.net/bugs/1322367
Typing speed option
--
You received this question notification because you are a member of
Sikuli Drivers, which is an answer
Public bug reported:
I was searching to see if there was a way to change the rate between
keystrokes and found
https://answers.launchpad.net/sikuli/+question/178012. So it seems like
it's not implemented as of rc3, but wonder if there's open request for
it. If not, would like to formally post
Public bug reported:
I'm trying to figure out if there's a way to use Sikuli to use CTRL/CMD
+ Shift + C without terminating itself in IDE Mode. Since it seems to
hook that keyboard shortcut combination to Sikuli when the IDE is open,
I can't really use it to trigger the same shortcut in another
27 matches
Mail list logo
