Re: High performance way to encode HTML entities
Re: High performance way to encode HTML entities
- Subject: Re: High performance way to encode HTML entities
- From: has <email@hidden>
- Date: Mon, 23 Oct 2006 15:51:35 +0100
On 23 Oct 2006, at 13:19, email@hidden wrote:
Yeah, I noticed that TextCommands is an FBA. What motivated the
decision to do it that way?
Extreme laziness, as Perl folks would say. TC is really just a thin
Python-based wrapper around a chunk of Python's standard library.
Very quick and easy to write that sort of thing, using the aemreceive
module (part of the appscript package) to provide basic Apple event
handling and py2app to turn it into an OS X executable.
BTW, the TC source code is included in the TextCommands .dmg if you
want to take a look. If you're interested in writing AS extensions,
but don't want to muck about with C-based osax development, it's well
worth checking out. The only limitation of aemreceive is it doesn't
provide a nice, convenient Apple Event Object Model framework[1],
although this isn't an issue when writing command-based extensions
like TC. You can d/l the appscript installer from <http://
appscript.sourceforge.net>, and a tutorial on writing scriptable FBAs
is included in the documentation.
HTH
has
[1] You can do simple reference handling with aem+aemreceive if you
want, e.g. TC does it to implement 'name' and 'version' properties.
But if you need to do anything fancy then using Cocoa Scripting via
PyObjC will be much less work.
--
http://freespace.virgin.net/hamish.sanderson/
http://appscript.sourceforge.net
http://rb-appscript.rubyforge.org
_______________________________________________
Do not post admin requests to the list. They will be ignored.
AppleScript-Users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
Archives: http://lists.apple.com/mailman//archives/applescript-users
This email sent to email@hidden