Tag Archives: illustrator

Adobe’s Applescript API: Their near lack thereof.

I have this working draft of a post explaining how badly broken Applescript is from purely an Apple-owned technology perspective, and imploring Apple to do something about it. It’s a bit long. But, since Adobe’s Creative Cloud has been released and I got my grubby little hands on a copy, I decided to look at the state of Applescript support in my most-used applications. It’s not that I have high hopes of anything improving given support since Creative Suite 5, but this is my bread and butter so it’s worth a look to see what I have to workaround in future upgrades of scripts, if upgrading a script is even worth the time.

Currently, my Applescript “support” of in-house that utilize Adobe applications has been relegated to using one call—doJavascript:withArguments:showDebugger: within the Scripting Bridge header, if one can be generated. (As I explain in my as yet unfinished post) Adobe’s Applescript support is rather dodgy in its implementation—there are some long-standing, show-stopper bugs (I’m looking at you open command in Photoshop—so I thought it best to migrate over to their Javascript APIs. Interfacing with other applications like Excel and a couple others of my own devising centered around XML parsing is paramount to my workflows.

Here is what we have to work with.

  1. Photoshop: Line 1280.
  2. InDesign: Does not exist in the header.
  3. Illustrator: No header could be generated because the sdef (scripting dictionary) file does not exist.

I took a look at some other apps, like Bridge, and things go generally downhill from there. Essentially, any Applescript-related support is rendered useless in Creative Cloud. This is infuriating, back-stabbing bullshit. I would also like to say this is also unacceptable but that would ring hollow since the state of publishing technology is such that I have no choice but to use Adobe software. Nowhere on their site do they formally announce the drop in support in Illustrator, and given the dodgy performance of their Applescript API.

I wish Adobe would do three things:

  1. Formally announce that Applescript, if not OSA support in general, is going away.
  2. Pick a date well in advance (like a year) for developers to prepare.
  3. Turn it off all at once so I can stop having to hunt for the state of their API.

This unannounced erosion in API support by inconsistency is poor form, though I expect nothing less from Adobe these days, and reflects their general customer support as well.