sax
osax.runscript('launch app "TextEdit"')
If anyone knows how to launch apps without them being sent the
customary run event then please let me know.
has
--
http://freespace.virgin.net/hamish.sanderson/
___
Pythonmac-SIG maillist
Kevin Walzer wrote:
> import os
>
> os.system('open -a TextEdit.app')
Still ends up sending a run event, unfortunately. The goal is to
launch the app without it opening an empty document, as 'launch app
"TextEdit"' does.
Ta,
has
--
http:
x27;d be terribly ignominious for appscript to have to resort to
calling AppleScript.;) I'm going to look at Kevin's launch tool and
see how it does it later on.
Cheers,
has
--
http://freespace.virgin.net/hamish.sanderson/
___
Pythonmac-
Hi folks,
Getting appscript prepared for the next release (only a couple away
from beta now), and wondering if anyone has preferences on the
following:
1. If a local application quits while a script is using it, either
unexpectedly or because the client script sent a 'quit
not required).
---
Dethe Elza wrote:
> And if you're trying to get docs into the standard library, those
> folks are perfectly willing to take plaintext documentation and
> dress it up in LaTeX themselves.
Nope, no plans to put appscript into the standard library; like Bob,
)
Space-based indentation sucks for on-screen display in modern GUI
environments (e.g. space-based indents are totally unreadable when
displayed in proportional fonts, and a waste of a good semantics-
aware text view). At the same time you don't want to write tab-
indented files as having two
del work;
chapter 12 discusses various optimisation techniques for getting good
performance out of the system.
HTH
has
--
http://freespace.virgin.net/hamish.sanderson/
___
Pythonmac-SIG maillist - [email protected]
http://mail.python.org/mailman/listinfo/pythonmac-sig
n you have
to do them individually.
BTW, the next version of appscript has a number of performance
improvements that should speed things up a bit at the Python end.
I'll have a copy up shortly.
has
--
http://freespace.virgin.net/hamish.sanderson/
_
e.g. k.Type and k.document_file are
more obviously different than k.value_class and k.document_file).
Thanks,
has
--
http://freespace.virgin.net/hamish.sanderson/
___
Pythonmac-SIG maillist - [email protected]
http://mail.python.org/m
hanges and
instructions on removing previous versions.
Give it a spin and let us know if there's any problems. I'll do a
wider announcement in a day or two once I've finished moving
appscript into its new home.
Cheers,
has
--
http://freespace.vi
Hi all,Quick appscript update:http://appscript.sourceforge.net/download.htmlThis addresses some terminology rendering problems in the osaterminology package used by htmldoc and appscript's help system. HTMLDictionary has also been updated.has -- http://freespace.virgin.net/hamish.sand
s can provide their own
string representations. Just delete it and change:
> myDebug( "field %s: " % k_decode[field] );
to:
myDebug( "field %s: " % field )
HTH
has
--
http://freespace.virgin.net/hamish.sanderson/
___
Pythonmac-SIG maillist - [email protected]
http://mail.python.org/mailman/listinfo/pythonmac-sig
talled at /Developer/Python/
appscript when you run any of the installers.
HTH
has
--
http://freespace.virgin.net/hamish.sanderson/
___
Pythonmac-SIG maillist - [email protected]
http://mail.python.org/mailman/listinfo/pythonmac-sig
n, rather than firing up Terminal to run distutils
and display the installation log.
HTH
has
--
http://freespace.virgin.net/hamish.sanderson/
http://appscript.sourceforge.net
___
Pythonmac-SIG maillist - [email protected]
http://mail.python.org/mailman/listinfo/pythonmac-sig
Hi folks,
Just to let you know that Phase Two of my grand plan for world
domination has now begun:
http://rb-appscript.rubyforge.org/
Sharks with laser beams are sure to follow.
has
--
http://freespace.virgin.net/hamish.sanderson/
http://appscript.sourceforge.net
http://rb
of typeProcessSerialNumber and typeApplicationURL, btw.)
In addition, the argvemulator module was broken on i386 but this has
been fixed in 2.5. I'm not sure if that patch has been applied to 2.4
yet though; better ask Ronald.
I'm not sure offhand what the position is on Framework and W;
upport long strings and Unicode. This is a discussion for another
thread though.
has
--
http://freespace.virgin.net/hamish.sanderson/
http://appscript.sourceforge.net
http://rb-appscript.rubyforge.org
___
Pythonmac-SIG maillist - Pythonmac-SIG@pyth
appscript works fine under python2.3 and ruby without it) nor
welcome (it's intrusive and slows down launching times). What exactly
is the hair-trigger on that thing, and any ideas how I can suppress
it/route around it?
Many thanks,
has
--
http://freespace.virgin.net/ha
in appscript is the best and
safest solution at this point. It's not an area I'm familiar with
though, so any advice will be much appreciated.
Many thanks,
has
--
http://freespace.virgin.net/hamish.sanderson/
http://appscript.sourceforge.net
http://rb-appscript.rubyforge.org
__
Tom Weir wrote:
> Has anyone successfully used appscript with omnioutliner? I'm have
> some problems with conduit setting domains.
>
> The following applescript snippet works, but I haven't (as you can
> see below) found a similar way of doing things in appscript.
&g
Tom Weir wrote:
> I'm trying to create and save a new OmniOutliner doc, but I'm
> having some trouble trying to figure out what to pass as the _in
> parameter. Any suggestions? A script snippet is below.
import macfile
newFile = macfile.File('/tmp/aNewF
patches to _AEmodule.c and PSN.c is
available here:
svn checkout http://svn.macosforge.org/repository/appscript/py-
appscript/branches/py-appscript-0.16.2
What am I doing wrong? I know my C's kinda ropey, but it's not
usually this bad.
Thanks,
has
--
http://freespace.vi
a struct with function pointers, wrap that in a Python and
> extract that struct again in the other extensions.
OK, will use that approach.
Many thanks,
has
--
http://freespace.virgin.net/hamish.sanderson/
http://appscript.sourceforge.net
http://rb-appscript.rubyforge.org
items into site-
packages:
aeosa/
aeosa.pth
The .pth file should contain the relative path to the aeosa directory
(aeosa), and Python's import mechanism should follow that path when
looking for modules to import. (Py2App and PyObjC often use the same
approach.)
HTH
has
--
http://
ent version,
you'll have to do it manually.
> After some more debugging, I think the problem might have been that
> my python2.4 is installed from fink, which has its own site-
> packages directory in /sw.
Yep, the binary installer is intended for the Python.framework build
only. Fink
improvements, and is recommended
for all users. In addition, the bundled osadict command line tool has
been overhauled to create a powerful interactive dictionary browser and
HTML exporter with support for py-appscript, rb-appscript and
AppleScript formatting styles.
(Existing appscript users: please read
the error here on my i386 test box (Core Solo
Mini, OS 10.4.6, Python 2.4.3, appscript 0.17.0):
[mini:~] has% python2.4
Python 2.4.3 (#1, Mar 30 2006, 11:02:16)
[GCC 4.0.1 (Apple Computer, Inc. build 5250)] on darwin
Type "help", "copyright", "credits" or "lice
problem
in appscript itself, but I'd still like to find out what's causing it
(I expect the OP would too). If anyone's any thoughts, be interested
to hear them.
has
--
http://appscript.sourceforge.net
http://rb-appscript.rubyforge.org
http://appscrip
r tries to compile your Python code as applescript
(there are some known bugs in SE's language menu on 10.4), try
setting the default language in SE's preferences. Failing that,
osascript works just fine, or you could grab a demo copy of Script
Debugger and temporarily use that.
E
7;t 64-bit compatible
at the moment, and am trying to determine if I'll need to address
this before Leopard ships or if can afford to leave it till later.)
Thanks,
has
--
http://appscript.sourceforge.net
http://rb-appscript.rubyforge.org
http://appscript.sourceforge.net/objc
ining binary
installers for appscript 0.17.2. This update fixes several minor bugs
and is recommended for all Appscript Installer 1.5/appscript 0.17.0
users.
PyOSA and Appscript Installer are available for download at:
http://appscript.sourceforge.net/download.html
Enjoy!
has
--
like to share, do
let me know as I'm always on the lookout for more samples and stuff.
Have fun,
has
--
http://appscript.sourceforge.net
http://rb-appscript.rubyforge.org
http://appscript.sourceforge.net/objc-appscript.html
___
Pythonmac-SIG mai
this is a relatively trivial
example of OSA's full potential. Unfortunately, for various
historical reasons, OSA has never seen widespread adoption beyond the
AppleScript language and a relatively small number of applications.
But hopefully a new generation of OSA language components will
gh unfortunately I've not had the time. But hopefully sometime
soon. (Or if you or anyone else fancies taking a crack at it before
then, please be my guest.)
Ta for the input,
has
--
http://appscript.sourceforge.net
http://rb-appscript.rubyforge.org
http://appscript.sourceforge.ne
Hi all,
PyOSA 0.1.1 adds a minor compatibility fix allowing it to work
correctly in Script Debugger 4:
http://appscript.sourceforge.net/download.html
Thanks to Daniel for the prompt bug report, and please keep 'em
coming, folks.
Cheers,
has
--
http://appscript.sourceforg
g a local GUI process (Ovolab Phlink),
whereas DjangoKit seems more about presenting a web interface as a
local GUI process. But perhaps there's potential to go beyond that too.
Interesting times,
has
--
http://appscript.sourceforge.net
http://rb-appscript.rubyforge.org
http://apps
em to be much by way of options short of
rolling up your sleeves and hacking an existing wiki to provide
support. This looked the likeliest candidate: . Or you might be able to cook up some
sort of alternative solution using a collaborative text editor like
SubEthaEdit, or a general CVS
the process for updating these
>> docs,
>> submitting a bug report, etc.?
>>
>> Also, there appears to be a lot of modules in the "Macintosh
>> Library"--Carbon modules, generally--that are undocumented, or are
>> broken, or (almost as bad) no one know i
Carbon extensions in order to
fix and complete them for appscript, which isn't ideal.
> A major stumbling block for that is that someone needs to step up
> to commit to maintaining the thing.
Furthermore, this stumbling block has a stumbling block of its own:
bgen. There's v
e same as the mapping used by appscript commands, except that
calls are going in the opposite direction, of course. If an event
provides a direct parameter, that will be assigned to the first (i.e.
positional) parameter of your function. Any keyword parameters are
then assigned to function para
On 2 Apr 2007, at 09:21, Jack Jansen wrote:
>> Furthermore, this stumbling block has a stumbling block of its own:
>> bgen. There's very few folk around who understand it at all, and no
>> documentation (AFAIK) for anyone else to make sense of it.
>
> I'm commit
he ratings widget doesn't appear to be accessible via GUI
Scripting either. You could try filing a feature request.
> If anyone has found a way to get the number of stars, I'd love to
> know!
You could try digging around in ~/Pictures/iPhoto Library/
AlbumData.xml, I guess, th
although those don't require a GUI connection either.
I'd agree it's probably a security issue due to Apache (presumably)
running as a restricted user, though as to why it's the import that
fails, I'd really need to see a traceback.
has
--
http://appsc
t user. You need to send an 'open' event to
Finder or System Events (if they're running), or use the 'open'
utility (if ssh access is available), or something like that.
> Appscript fails because it can't get the
> app's terminology; with terms=False on
Ronald Oussoren wrote:
>> i was wondering if anyone else has seen this behavior with the
>> findertools.launch() function. the docs indicate that when given a
>> pathname, launch(path) will launch a Finder window with that path.
>> but
>> when i try to launch a
module that I
can see. (argvemulator used to use it, but has already been fixed.)
Bear in mind that aetools is completely broken on i386. If there were
really a need for it, there'd have been constant howls of complaint
over the last year.
Python 3.0 is coming. 64-bit support is needed.
#x27;ve
no interest in fixing these modules, or even vetting them to see what
needs done. Like I say, if users actually cared about this stuff,
they'd have been complaining/doing something about it by now.
has
--
http://appscript.sourceforge.net
http://rb-appscript.rubyforge.org
http://a
Ronald Oussoren wrote:
> IIRC at least one of the ae* modules seems to have assumptions on
> the byteorder engrained into its design. Fixing that may well be
> possible but there doesn't seem to be anyone around that both wants
> to have these modules fixed and has enou
does end up getting rewritten, there may be an argument for
redesigning the API, which is pretty crusty, doesn't follow standard
conventions, and probably doesn't take full advantage of the
functionality provided by the more modern OS X APIs. Not much point
doing anyth
I wrote:
> I agree that ED should stay, at least for now. I'll see about
> submitting a patch in the next few days - it won't be a big job to
> fix.
Patch is here:
http://sourceforge.net/tracker/index.php?
func=detail&aid=1737832&group_id=547
e Rez to append it to your applet's applet.rsrc file:
sdp -fa playRec.sdef
Rez playRec.r -a -o applet.rsrc -useDF
You'll need to define your applet's handlers using the raw AE codes
given in your dictionary, of course, e.g.
on «event PRecIntL» arg
...
end «event PRecILst»
False)
recList = playRec.callsub('listRecDict')
Adding convenience methods for calling standard event handlers (run,
reopen, quit, etc.) and extending callsub to support labelled
parameters wouldn't be too hard if you want to make a general-purpose
module out of it.
H
t n to 0
> repeat with rec in recList
> set n to n + 1
> set end of tdl to rec's toDict(n)
> end repeat
> return tdl
> end listRecDict
>
> is there something else that has to be done to get the handler
> recognized?
>
onEvt import *
def stop():
print 'sleep'
sleep(2)
print 'wake' # never executes
QuitApplicationEventLoop()
print 'start thread'
t = Thread(target=stop)
t.start()
print 'start event loop'
RunApplicationEv
> for RunApplicationEventLoop doesn't give up the GIL, which means
> other Python threads don't get a chance to run unless the main
> thread is actually handling events in Python code.
Ahh, should've guessed. I'll redo it in PyObjC then.
Thanks,
has
--
http://appscr
ry
documentation. If you want a general book on AppleScript, get Matt
Neuburg's 'AppleScript: The Definitive Guide'.
If you want more specific advice, tell us what sort of stuff it is
you want to do and what programming skills you already have.
HTH
has
--
http://appscript.s
(or any other image type) data into a CF?
Appscript's support for picture types is the same as AppleScript's,
i.e. pretty lame. (If anyone feels like writing a patch to improve
it, please do.) However, if you know how to do it in AppleScript,
post the code here and I can
I've crosschecked with Frontier and AppleScript.
>
> I'm using FileMaker 9 Advanced and it has changed behaviour
> compared to previous versions. It used to deliver the PICT data if
> a record was retrieved as a list (see below the Frontier binary
> screenshot).
Looks
Karl Sweitzer wrote:
> Is Python's appscript suitable and sufficiently mature for
> deployment in a commercial application?
For Apple event IPC, yes. Py-appscript has been around since 2003 and
provides the same level of functionality as AppleScript and virtually
[1] the sa
ver, this shortcut didn't apply when
these non-test references appeared as arguments to the AND and OR
logical test methods, which meant that this shortcut behaviour was
inconsistent and potentially confusing; therefore it has been
removed. Users should update existing code as necessary
d also mention that the error doesn't occur if I delete the
CFBundleDocumentTypes entry in setup.py.
Thanks,
has
--
http://appscript.sourceforge.net
http://rb-appscript.rubyforge.org
___
Pythonmac-SIG maillist - [email protected]
http://mail
Hi folks,
Getting the following error when using py2app to build ASDictionary:
mb:~/appscript/ASDictionary/src has$ python setup.py py2app
Traceback (most recent call last):
File "setup.py", line 46, in
iconfile='ASDictionary.icns'
File "/Library/Frameworks/
blem unless you want to use mac-specific
> technologies. W.r.t. applescript: appscript is very useful and has
> good documentation.
Yep, appscript is quite straightforward to use once you appreciate
how it works. (It's basically a hybrid RPC+query-based system, not an
object-oriented
On 21 Oct 2007, at 20:33, has wrote:
> I should also mention that the error doesn't occur if I delete the
> CFBundleDocumentTypes entry in setup.py.
Meh. That should've told me the solution straightaway - I put the
CFBundleDocumentTypes entry in the wrong place. Fixed now.
approaches I'd recommend investigating are:
1. Apple events using appscript/aem on the client side and OS X's
Cocoa Scripting framework on the server side (although there are
other options available as well).
2. Cocoa's Distributed Objects system, using PyObjC on the client s
Hi folks,
Currently working on the next appscript release and wondering if
anyone has any thoughts on whether or not I should prioritise 64-bit
support (which means reworking its various C extensions to eliminate
their dependence on Python's Carbon extensions)? How important is
prov
On 4 Nov 2007, at 15:18, Ronald Oussoren wrote:
>> Currently working on the next appscript release and wondering if
>> anyone has any thoughts on whether or not I should prioritise 64-bit
>> support (which means reworking its various C extensions to eliminate
>> thei
to use its weird, non-standard 'new album' command (which
returns a broken reference, btw, so don't use that):
app('iPhoto').new_album(name='New Album')
http://bugreport.apple.com if you'd like to file a report or three.
HTH
has
--
http://apps
add existing 'photo' objects to a specific album, use the 'add'
comment, e.g.:
iphoto.add(app.albums['Last Import'].photos, to=app.albums['My Album'])
HTH
has
--
http://appscript.sourceforge.net
http://rb-appscript.rubyforge.org
___
Hi all,
Just ran into the following problem when trying to install appscript
0.18.0 into Leopard's default Python installation via easy_install
(setuptools 0.6c3):
has$ /usr/bin/easy_install appscript
Searching for appscript
Reading http://pypi.python.org/simple/appscript/
Reading
em lies with it or appscript's setup.py script.
>
> My guess is that this a buglet in setuptools sandboxing code. Can
> you build an egg using Apple's python and install that (that is run
> 'setup.py bdist_egg' and then install that egg.
The follow
removing that code or to
other bugs), so I've just disabled the lot for now and slung up an
0.18.1 update on PyPI (I've still to update the sourceforge site
though).
Not entirely happy that I don't have a working binary installer
available for Tiger's Python, but I don
outInTicks
*kAEDefaultTimeout
*
* error
*On return, an NSError object that describes an Apple Event
Manager or application
*error if one has occurred, otherwise nil. Pass nil if not
required.
*
* Return value
*
*The value returned by the application, or an NSNull i
elp here, simply flagging the argument as 'opaque'.
>> Any advice on how to proceed (with or without using BS)?
>
> Don't try to convert the NSError to an exception, that would make
> your wrapper complete different from other wrappers and hence more
>
on's are bridged to
> Python exceptions, that may cause the confusion.
Quite likely. So proper procedure is to return an NSError and leave
the Python code to do whatever it wants with that information (perform
error recovery, raise a Python exception, etc.), yes? If
> Can I refere to my created objects via names (self.name)?
IIRC, objects aren't named by default; however you could generate your
own unique names easily enough. Assign each object a unique name via
the 'make' command's 'with properties' parameter, and
inal Python script, and what error did it give?
has
--
http://appscript.sourceforge.net
http://rb-appscript.rubyforge.org
___
Pythonmac-SIG maillist - [email protected]
http://mail.python.org/mailman/listinfo/pythonmac-sig
standalone application bundles.
http://cheeseshop.python.org/pypi/py2app/
has
--
http://appscript.sourceforge.net
http://rb-appscript.rubyforge.org
___
Pythonmac-SIG maillist - [email protected]
http://mail.python.org/mailman/listinfo/pythonmac-sig
'-arch
> i386 -arch ppc -arch ppc64 -arch x86_64'.
Thanks, that did the trick. (My C-fu is poor, as you can tell.)
Off to beat out the bugs...
has
--
http://appscript.sourceforge.net
http://rb-appscript.rubyforge.org
___
Python
lated baggage has occurred since 0.18.x,
bringing py-appscript more or less into line with rb-appscript.
I've still to check that 64-bit support actually works (advice on how
to build 4-way fat extensions on Leopard's Apple-installed Python
would be appreciated), and there'
talled on the /
Library Python - 'startswith' was changed to 'beginswith' a while back
for consistency with AppleScript. I'd suggest installing the latest
version (0.18.1) in both Pythons and updating existing scripts as
necessary.
HTH
has
--
http://appscript.sourc
quot;Dealing with problem applications
>
> Appscript provides a number of mechanisms for dealing with
> problematic applications. See the appscript website for more
> information."""
>
> See the appscript website?? There's not too much information on
&
Hi all,
As part of the current upgrade of the appscript website, I'm putting
together a list of topics for an appscript FAQ, and wondering if
anyone has any requests or suggestions for topics it should cover?
Both Python/Ruby/ObjC-specific and general topic ideas are welcome.
Here&#
Richard Brosnahan wrote:
>> 1. suggestions for an appscript FAQ (has)
>
> I would love to see notes about using appscript with Xcode. In
> particular,
> writing full blow applications using appscript instead of scripting
> bridge.
Could you clarify? Using appscript (
Henning Hraban Ramm wrote:
> I struggled a lot with paths containing non-ASCII characters.
Hmmm. Is this with the 0.18.1 release? Do you get the same problem
with the current appscript trunk?
Ta,
has
--
Control AppleScriptable applications from Python, Ruby and ObjC:
h
n item
> (e.g. Finder item, InDesign page_item)?
> E.g. I need to check if a Finder item is a folder or if a ID
> page_item is a text or a graphics frame.
>
> type(item) is always
> Answer for InDesign: item.class_()
Definitely needs disambiguation. Added
ation.
Sounds very odd. Doubt the problem is coming from appscript itself,
unless its installation has gotten screwed up. You might check that
any older versions have been completely removed, doing a thorough
cleanout and fresh reinstall if needed. Also, where a problem is
encounte
werPC
> or Intel?" (I happen to do sys admin and would like to install it
> once for
> both architectures if possible.)
This is more of a general distutils/setuptools/Mac Python question,
and would be better covered by their FAQs if they aren't already. If
anyone has
port *
mailsmith = app('Mailsmith')
nm = mailsmith.make(new=k.message_window)
nm.subject.set(subjecttext)
nm.contents.set(bodytext)
HTH
has
--
Control AppleScriptable applications from Python, Ruby and ObjC:
http://appscript.sourceforge.net
___
Pythonmac-SIG maillist - [email protected]
http://mail.python.org/mailman/listinfo/pythonmac-sig
x27;).move(f, to=app.trash)
If you're new to appscript but familiar with AppleScript, ASTranslate
can provide helpful hints when translating AppleScript commands to
their appscript equivalents:
http://appscript.sourceforge.net/tools.html
tion()
sa.set_volume(output_volume=100)
sa.set_volume(input_volume=35)
HTH
has
--
Control AppleScriptable applications from Python, Ruby and ObjC:
http://appscript.sourceforge.net
___
Pythonmac-SIG maillist - [email protected]
http://mail.python.org/mailman/listinfo/pythonmac-sig
running scripts that need to display
dialogs, etc. to users, but it's a nuisance the rest of the time and
is something I'd like to get rid of if possible. I'm stuffed for spare
time at the moment, but if anyone else fancies rewriting the relevant
code then do let me know.
C
On 1 Apr 2008, at 13:19, has wrote:
> The command line python interpreter automatically upgrades to a full
> GUI process whenever OS APIs linked to the Window Manager are
> called. [...]
As an addendum:
Note that this isn't an issue with Ruby as the ruby interpreter only
nomical to develop and maintain.
Incidentally, I'm already thinking of using objc-appscript to replace
the lower-level py-appscript APIs in 3.0, with just the high-level API
being implemented natively. e.g. See rb-cocoa-appscript in the
appscript svn repository for an idea of how that'll wo
that such modules will almost certainly contain
Mac-specific code anyway, it shouldn't be a big deal to add the extra
call during their Python 3 upgrade.
has
--
Control AppleScriptable applications from Python, Ruby and ObjC:
http://appscript.sourceforge.net
__
I will have to remove the Carbon bits from my app at
> some point!
Or just do what I did with appscript: fork off the bits you need and
update them yourself.
has
--
Control AppleScriptable applications from Python, Ruby and ObjC:
http://appscript.sourceforge.net
__
On 3 Apr 2008, at 13:17, Ronald Oussoren wrote:
>
> On 1 Apr, 2008, at 22:09, has wrote:
>> On 1 Apr 2008, at 19:03, Kevin Walzer wrote:
>>
>>
>>> Yuk. Looks like I will have to remove the Carbon bits from my app at
>>> some point!
>>
>> Or ju
ently using.
e.g. Leopard ships with Python 2.5.1 a copy of easy_install at /usr/
bin, but if you use a different Python installation then then you'll
need to install setuptools for that yourself as the existing
easy_install only works for Apple's Pyth
eparately for those. You have two options:
1. Uninstall your own Python 2.5 installation and use Apple's
(slightly older) version.
2. Install setuptools for your third-party Python:
http://pypi.python.org/pypi/setuptools
> I don't understand what an .egg file is.
It&#
ike to add a "New to Python and need help?" link
to the appscript site for benefit of newcomers.
Ta,
has
--
Control AppleScriptable applications from Python, Ruby and ObjC:
http://appscript.sourceforge.net
___
Pythonmac-SIG maillist -
201 - 300 of 415 matches
Mail list logo
