Thanks for this. It worked in terms of getting the application to talk to
FileMaker, just as you described.
I've filed a bug report with FileMaker. But it appears that they have broken a
lot more in the AppleScript implementation (see
http://forums.filemaker.com/posts/4b2544f7a4) such that it a
Hello,
I hope this is the appropriate place to ask for help using py2app. If not,
please redirect me.
I've built my app for windows using py2exe, and now trying to build a mac
app. py2app appears to work until the last line in the inline message, at
which point I went to bed and it was still chu
Russell E. Owen wrote:
Removing the line listed above from the recipe fixes the problem --
great.
But it also loses the test for the presence of pytz, which may be a bad
thing (if so, it should also test for dateutils, right?).
I don't think testing for the presence of something is py2apps
py2app 0.4.3's matplotlib recipe includes:
mf.import_hook('pytz.zoneinfo', m, ['UTC'])
This has two incompatibilities with the current version of pytz:
- zoneinfo is a data directory but not a package (no __init__.py)
- UTC is not a python file (it is called UTC, not UTC.py)
Removing the lin
Hello all,
Working with py-appscript to automate testing and I'm getting an error
deep in aemreference/aemcodecs. Following are the trace and some code
to reproduce. The error seems to be caused by calling a separate
function in a parent class that returns a reference to an appscript
object - co
John Jackson wrote:
> I recently upgraded FileMaker to version 11, and discovered that my
> python-based application that relies on appscript to control a FileMaker
> database has broken.
I believe that's a bug in FMP 11, where sending an ascr/gdte (get terminology)
event to FMP returns the de
