Xmarks Top Site in Adobe Scripting


Archive for the ‘Scripters & Developers’ Category

InDesign ExtendScript Toolkit and Soxy

Wednesday, January 27th, 2010

If you design and create ExtendScripts targeting Adobe InDesign for other people, like we often do, you probably also need Soxy.

Our customers use a diverse range of InDesign versions (CS, CS2, CS3, CS4), so we need to make sure the custom scripts we develop are tested against the same version of InDesign as the customer’s.

So, if my customer uses, say, CS2, I’ll use InDesign CS2 to test my script before e-mailing it off to the customer. (Of course, I could use InDesign CS4, and make InDesign CS4 switch to the CS2 script object model, but I rather play it safe, and test the script in the same environment as my customer).

During these tests, I often have the need to debug the script – so I need to use ExtendScript Toolkit.

The problem is somewhat convoluted, but very annoying.

First of all, I have multiple copies of the ExtendScript Toolkit on my computer. There is ExtendScript Toolkit (goes with CS2), ExtendScript Toolkit v2 (goes with CS3), and ExtendScript Toolkit CS4.

When I want to test a script in InDesign CS2, I first make sure it resides in the appropriate InDesign scripts folder.

Then, when I see the script appear on the Scripts Palette (oops *) Panel, I’d love to right-click the script and select Edit Script from the context menu.

Here’s where it goes wrong if you don’t have Soxy: when you select that Edit Script menu item, one of the three installed copies of ExtendScript Toolkit will ‘grab’ the script – and it’s often the wrong one.

So, you need to quit the wrong ESTK, then manually launch the version of ESTK that is associated with the version of InDesign you’re using, and then File – Open… the script from there. Or alternatively, you need to drag your script onto the appropriate ExtendScript Toolkit icon. Not exactly straightforward – it’s what I call an ‘aaargh’ moment.

Thanks to Soxy, you can forget all that – simply set up Soxy to handle .jsx files, and to pick the proper copy of ExtendScript Toolkit. So, when you’re slaving away on an InDesign CS2 script, you can simply right-click the script name, and select Edit Script. The script will be opened by Soxy, Soxy checks which Scripts Panel folder the script resides in (CS2, CS3 or CS4?) and immediately forwards the script to the proper version of ExtendScript Toolkit. It’s all but invisible – and no more ‘aaargh’!

So, next time you need to debug an InDesign CS2 ExtendScript – give Soxy a try! More info and a fully functional, time limited demo can be found here:

http://www.rorohiko.com/wordpress/downloads/lightning-brain-soxy/

* Footnote: Click here to see what the Palette Panel  ’oops’ is about ;-)

Workshop – Getting Started With The InDesign SDK

Wednesday, January 20th, 2010

If you’re involved in automation around the Adobe Creative Suite, you need to mark the week of May 3 to May 7, 2010 on your calendar – there’s another Adobe Creative Suite Developer Summit (aka CSBU Developer Summit) coming up in Seattle, at the Adobe Fremont Campus.

For the third year in a row, we’ll be running our acclaimed Getting Started With The InDesign SDK workshop during the summit – click this link for more info:

http://www.rorohiko.com/wordpress/workshop-getting-started-with-the-indesign-sdk/

Familiarizing yourself with the InDesign SDK takes many months of hard work and study. This workshop will slash a substantial amount from the time it takes to gain a good understanding and get properly started. Make sure you enroll as soon as possible – there is only room for 12 participants!

More about the Adobe Creative Suite Developer Summit can be found here:

http://www.adobe.com/go/2010csbuDevSummit/

How and why to use Script Labels in InDesign

Tuesday, November 17th, 2009

In this blog post, I want to talk a bit about the secretive Script Label in InDesign.

You might have noticed the Script Label palette, and wondered what it was used for – it’s under Windows – Automation – Script Label.

First I’ll explain what it is all about, and then I’ll dive into some practical scenarios to show you how you can use the Script Label to save lots of time. Most of the info in this blog post is applicable to Mac and Windows versions of InDesign CS, CS2, CS3 or CS4.

1. Big Word of the Day: Meta-Information

In most companies or institutions, ‘Adobe InDesign’ does not live on an island. It’s a cog in a bigger system.

There is a natural ‘flow’ of information throughout the company – orders or requests come in, and somewhere along the line, designers build or modify InDesign documents based on information they receive one way or another – a project brief, a meeting, an e-mail, a telephone call…

Then they pass the result of their work on to the next person or system down the line – as an InDesign file, an InCopy file, a PDF file, a web page, a stack of physical paper,…

In some companies, this flow of information is informal and unstructured.

In other companies (typically larger ones), the flow of information has more or less structure. There are rules and procedures and regulations. You’ll hear about things like ‘order forms’ or ‘job tickets’ or ‘job jackets’ being passed around.

Sometimes there are tangible envelopes or manilla folders with stuff in them, sometimes there is just electronic data being passed around via a central computer system…

In all this hustle and bustle, having a way to keep some tidbits of extra information about an InDesign document inside the document can come in very handy.

This extra info is not meant to be part of the printed end-result. Instead it provides you with critical info about the document: who is the customer? By when is it due? Who should you ring if you have questions? What inks can you use? What is the target resolution? How many pages can you have? And so on…

All such information is sometimes referred to as meta-information – it’s information about how to treat the information in the document.

Having the answers to questions like the ones above readily available ‘inside’ the InDesign document can make a world of difference. No need to ring around in order to figure something out if the info is right there for you to read, inside the document.

There are many ways to do this.

You might have a simple text frame out on the pasteboard with information typed into it. (On a related note – you might want to check out our free HistoryLog plug-in – it uses this idea to provide you with an automatic document history. http://www.rorohiko.com/wordpress/indesign-downloads/history-log/).

You might be using part of the document name to refer to the customer code or hold a deadline date (e.g. so you’d know that a document called RORO12_20091112.indd is related to customer code RORO12 and is due by 12-Nov-2009).

Meta-information is where the Script Label comes in handy: the Script Label is a convenient way to attach a little bit of text, any text, to a page item.

InDesign does not care what text you attach. Whatever you put into the script label won’t normally affect the output of your document – but it’ll keep the text with the page item.

2. Practical Use of the Script Label

Some people use the Script Label to tag page items for automated processing by a script – hence its name ‘Script Label’: it is very often used by script developers.

However, it is not limited to just that. Your imagination is the limit.

I’ve made up a sample scenario here – read it, and that might give you some new ideas. I’ve called this scenario ‘the todo-list-scenario’.

There’s some scripting involved, but you don’t need any scripting knowledge to make use of it – if you can follow instructions, you should be able to make this work.

The problem: imagine I have a spread with heaps of text frames, and all of these page items need to be inspected. Some of them need to be modified depending on what I find.

Suppose all these text frames contain customer comments for the Playamathing toy, and they might or might not contain a reference to a color.

There’s a frame that contains the text “I really love the red Playamathing”. Another says “The yellow Playamathing with the extra knobs is my favourite”, and so on… Imagine there are hundreds of those frames, scattered all over the layout in a fairly haphazard layout.

My task is to read all these bits of text, and change the background of the frames to match the color mentioned, if there is one. If no color is mentioned, I am to leave the background white.

How do I keep track of which ones I’ve inspected and which ones I still need to do? Script Label to the rescue!

2.1 Marking page items with a script label

First of all, I select all text frames. Then I bring up the Script Label palette and type ‘TODO’ in it. Then I click somewhere in the pasteboard area. Through that simple manipulation, I’ve now ‘marked’ all selected text frames with a script label ‘TODO’.

snap1

I now keep the Script Label palette open, and each time I finish one of the text frames, I simply remove the ‘TODO’ from the script label for that text frame.

snap2

2.2 Using Scripts

This approach is still rather cumbersome, and we’ll improve it through a few simple scripts and keyboard shortcuts. Here’s how!

Open a text editor. You could use Notepad on Windows, or TextWrangler (http://www.barebones.com) on Mac.

Don’t use the Apple-provided TextEditor – it will try to save your script in RTF format instead of plain text, and then it won’t work.

Tip: if you’re really in a bind, Stickies (the sticky-note app that comes with Mac OS X) works better than TextEditor when it comes to creating plain text files.

Type the following text into a new text file:

app.selection[0].label = "TODO";

This is a one-line script. There are a few small ‘gotchas’, and I’ll discuss those later, but it’ll do.

Save the one-line text document into a file called mark_todo.jsx

Make sure the file extension is .jsx, not something else. It’s easy to accidentally create a file called mark_todo.jsx.txt (with an extra .txt file name extension). To compound that problem, the Windows Explorer or Mac Finder are often configured to not show the final .txt, and hence such a file might look OK, yet refuse to work. Be aware that what looks like a .jsx file might not be one.

Now, store this mark_todo.jsx file in the InDesign Scripts – Scripts Panels folder. Go to your InDesign application folder, then into Scripts, then into Scripts Panels. Put the mark_todo.jsx file there.

(A method to quickly get to the Scripts Panel folder is to right-click or control-click the Application folder on the Scripts Palette in InDesign and then select Reveal in Finder or Reveal in Explorer).

snap3

Now duplicate mark_todo.jsx file, and rename the duplicated file to unmark_todo.jsx. Then open unmark_todo.jsx in your text editor and eliminate the four letters of TODO, so it reads:

app.selection[0].label = "";

snap3a

Go back to InDesign. On the Scripts Palette in InDesign, when you double-click either mark_todo.jsx or unmark_todo.jsx, they will look at the current selection, then take the very first item in that selection, and adjust the script label of that item to either be TODO or nothing.

These two scripts have some limitations, as you’ll find out. Try this: make sure no page item is selected and then double-click either one of them on the scripts palette.

blog_scriptlabel_errormessage

You get a nice big fat error dialog: the script is trying to access part of ‘the selection’ and nothing is selected, so InDesign is a little bit unhappy about that.

Not to worry! You can safely ignore this – nothing bad has happened. We’ll just live with that behavior for now – simply keep in mind that you must have a single item selected before running either script.

2.3 Using Keyboard Shortcuts

The next step is to assign some keyboard shortcuts to these two scripts. Go to Edit – Keyboard Shortcuts, and create a new set if necessary – I created a set called Todo Script Set. Go into the Product Area Scripts, and then assign shortcuts to the two scripts – on my Mac, I’ve assigned them Ctrl+T and Ctrl+U. On Windows you might want to pick some other shortcuts – pick something that works for you.

blog_scriptlabel_keyboardshortcuts

The scripts palette should now show these shortcuts next to the scripts. Bring the Script Label palette into view, select a page item and repeatedly hit Ctrl+T followed by Ctrl+U while observing the Script Label palette. The word TODO should appear and disappear from the Script Label palette each time you hit the shortcut.

That’s another step in the right direction – marking and unmarking individual page items just became a whole lot easier.

2.4 Finding marked items

Now the next question is: how to quickly find page items that still have a ‘TODO’ script label? Sadly enough the standard ‘Find’ function in InDesign does not seem to be of much help.

Scripting to the rescue! Below a script that finds the next item with a ‘TODO’ script label.

do
{
  if (app.documents.length == 0)
  {
    break;
  }

  var document = app.activeDocument;
  if (! (document instanceof Document))
  {
    break;
  }

  var currentItem = null;
  if (app.selection.length > 0)
  {
    currentItem = app.selection[0];
  }

  var undoneItems = [];
  for (var idx = 0; idx < document.allPageItems.length; idx++)
  {
    var pageItem = document.allPageItems[idx];
    if (pageItem.label == "TODO")
    {
      undoneItems.push(pageItem);
    }
  }
  if (undoneItems.length <= 0)
  {
    break;
  }

  var nextItemIdx = 0;

  if (currentItem != null)
  {
    var currentItemIdx = -1;
    var searchItemIdx = 0;
    while (currentItemIdx == -1 && searchItemIdx < undoneItems.length)
    {
       if (undoneItems[searchItemIdx] == currentItem)
       {
         currentItemIdx = searchItemIdx;
       }
       searchItemIdx++;
    }
    if (currentItemIdx >= 0)
    {
      nextItemIdx = currentItemIdx + 1;
      if (nextItemIdx >= undoneItems.length)
      {
        nextItemIdx = 0;
      }
    }
  }

  app.select(undoneItems[nextItemIdx]);
}
while (false);

I won’t elaborate on how this script works – if you’ve done some ExtendScript-ing before it should be fairly easy to follow. If you’re new to ExtendScript – simply make sure you copy the script verbatim.

Save this script to your Scripts Panel folder as next_todo.jsx.

Each time you double-click this script, the currently selected item will ‘jump’ to the next item that still has a TODO label. You can assign another shortcut key to this script – I used Ctrl+N on my Mac. Each time I hit Ctrl+N, my selection jumps to the next page item with a TODO label.

2.5 Seeing Marked Items

We’re not done yet! If you install our FrameReporter plug-in (http://www.rorohiko.com/framereporter) you can configure it to visually show the script labels. With FrameReporter active, and configured like this:

Screen shot 2009-11-18 at 3.26.27 PM

I can do Select All on my spread, and I get to see this:

Screen shot 2009-11-18 at 3.29.23 PM

I can immediately see that two of the three items still haven’t been examined. Unlike most of our plug-ins, FrameReporter is not a freebie, but it’s still a steal at just US$29.

2.6 InDesign CS4 Live Preflight

But wait, there is more! Soon, we’ll have the YeShore plug-in available which extends the InDesign CS4 Live Preflight (http://www.rorohiko.com/wordpress/yeshore). It has a number of powerful new preflight rules, one of which involves script labels.

If you have YeShore installed (e.g. because you’re on our beta program – check the web page to find out more), you can configure a rule to find all unfinished page items:

Screen shot 2009-11-18 at 3.34.43 PM

I’ve made a preflight profile called ‘Check all done’ and added a rule that says that the script label should not be TODO. With this profile active, it becomes very easy to see how many items I still have to handle, and to ‘hop’ to any items that are still marked as TODO. I simply click on one of the lines in the Preflight panel and InDesign immediately selects the corresponding item.

Screen shot 2009-11-18 at 3.37.12 PM3. Conclusion

I hope that these samples are useful! And if you’re interested, check out FrameReporter, or stay tuned to hear more about YeShore!

Cheers,

Kris

Soxy For Windows 0.2.0b Has Been Released!

Thursday, October 29th, 2009

Download it here : http://www.rorohiko.com/wordpress/downloads/lightning-brain-soxy

There’s a common problem when there are multiple versions of applications like Adobe® InDesign®, QuarkXPress®, Adobe Illustrator®… installed on the same computer.

Double-clicking a file’s icon will often cause the wrong application version to launch. As a result, you might unwittingly re-save a document into a more recent file format, which could be a bad thing. Maybe it’s a customer file, and the customer might not be able to open the updated file when you e-mail it back to her.

To work around this problem we’ve created Soxy. – originally for Mac OS X only. Due to a large number of requests we have now also built a Windows version. The Windows version is brand new – there is not even a Readme.txt yet, and lots of loose ends, but it’s fairly functional. Stay tuned – more coming soon!

APID ToolAssistant updated

Monday, September 14th, 2009

We’ve just released an update to the APID ToolAssistant plug-in – version 1.0.47.

This plug-in has no end-user features; it is mainly an invisible, yet critical component of many popular InDesign plug-ins, both developed by us or by other software developers.

As such, APID ToolAssistant provides support for many of our popular tools, like TextExporter, StoryParker, MagnetoGuides, FrameReporter

If you are using any tools that rely on APID ToolAssistant, please update to the latest and greatest. In the 1.0.47 release, we’ve concentrated on performance and stability. The few new features we’ve added are mainly of interest to software developers who use APID ToolAssistant as a component for their tools.

In our own range of tools, especially FrameReporter benefits from using the latest APID ToolAssistant – the little info-labels now remain better ‘attached’ to the associated frame, even when rotated or stretched, and APID ToolAssistant now avoids drawing information ‘upside-down’.

Click here for more info about APID ToolAssistant.

Things that didn’t work – BootCamp and Backup

Thursday, June 18th, 2009

I thought I’d share some failures with the world – this might save someone some headache and hassle, who knows.

Here’s the deal: I had Windows Vista installed on a BootCamp partition on my MacBook Pro. I am pretty religous about backups, and I had made a number of consecutive backups – some recent ones made with Acronis True Image Home, which I purchased recently, and some with Image For Windows, which I had been using before that.

For the Mac side of things, I use Carbon Copy ClonerCarbon Copy Cloner and SuperDuper! are two ‘imaging’ softwares for Mac, and to me the single most important feature they have is their ‘restore’ functionality – there is none!

You don’t need restore – the backups you make with those two programs are ‘good to go’: they are bootable, as-is, so they slot right in as a replacement of the broken drive.

Most backup softwares, especially on PC, are good at making backups, but in my experience, they stink at restoring: it’s an endless hassle of fiddling with boot disks, partition tables, formats and so on. If a PC drive dies on me, I know from experience that it’ll take me 2-3 days to rebuild the system back to usability. If a Mac drive dies on me, I can be back in business in an hour or so.

The reason why I switched to Acronis True Image Home is that I was hoping it would give me some functionality somewhat close to what Carbon Copy Cloner does – i.e. in case of disaster, I was hoping to reboot off some CD, put in the backup, and have it restore the hard drive to its original self.

So, disaster struck, and the 500GB hard drive in my trusty MacBook Pro gave up – click-click-click… forever, just the day before I had to leave overseas. The drive was partitioned into one 320GB partition for Mac, and then the remainder used as a BootCamp with Vista.

Not to worry – I simply opened the machine, and replaced the internal hard drive with the backup drive I made with Carbon Copy Cloner. Within the hour I was back in business with all my Mac stuff back where it was supposed to go, except for the changes of the last few days. Those remaining files I got off my Time Machine. Saved!

However, the BootCamp partition was a different story; I did not look into it immediately, as I had no immediate need for it. A few months go by, and a few days ago, I decided to try and rebuild my BootCamp setup – easy peasy, I had backups aplenty, right?

Wrong, it turned out. The backup drive had an empty, unused Mac partition the same size as my BootCamp setup – the idea being that when ‘restore time’ came around I would repurpose that partition as ‘BootCamp’ and tell Acronis to put the BootCamp stuff there.

But it turned out I could find no easy way to tell the Mac that I wanted to ‘convert’ the Mac partition for use by BootCamp/Windows. The BootCamp utility insists on starting from one big Mac-only partition, and then shrinking it down to allow room for a BootCamp partition.

The way I got around that was by Carbon Copy cloning all my stuff off the Mac, repartition the drive as a single, large partition, then Carbon Copy cloning all my stuff back onto the Mac. Total time needed for this little back-and-forth escapade: about 12 hours. Great.

Morale: don’t ’save’ room for a BootCamp partition on your clone-to backup drive. Instead, make your backup drive one big Mac partition.

Ok, that was one hard lesson. I now told the BootCamp utility to get me going with BootCamp. Booted into Windows, installed a basic copy of Vista. Installed the BootCamp drivers. Didn’t work. Grmm. After some head-scratching I realized I’d used the BootCamp drivers from a generic Mac OS X install disk – instead, I should have used the Mac OS X install disk that came with the MacBook Pro.

Morale: use your Mac’s install disk to install the BootCamp drivers on Windows.

Onwards, ever onwards. I now installed Acronis into Vista, and got to a point where I was ready to restore my BootCamp partition: I made an Acronis boot disk on a CD, rebooted the Mac off the Acronis boot disk, and… no way to do the restore: the Acronis software simply has no idea how to read the partition tables on my Mac’s drive, and it simply told me to go away. Bummer.

Not to be deterred – I rebooted my Mac under Mac OS X, started VMware Fusion, and ‘grabbed’ the BootCamp partition as a virtual machine.

A VMware-fusion-ed BootCamp has a lot of emulated hardware and so, so I reckoned Acronis might work this time around. I plunked in the Acronis boot disk, fired up BootCamp under VMware Fusion, and hit the F2 key as soon as the screen flickered (so I could get into the virtual machine’s BIOS settings). In the BIOS screen I changed the boot order to boot off CD instead of from the internal hard disk.

Ok – we’re booting off the Acronis CD – great! It recognizes the hard drive – great! It recognizes my backups – great!

Oh, wait – that is way too much success in one go – so I was punished, in a cruel and painful way.

Turns out the Acronis boot disk has its own mouse driver software, and it’s almost impossible to use in a VMware Fusion virtual machine – you can only move the big yellow mouse cursor a wee bit left or right, and then it jumps somewhere else. The mouse cursor had a mind of its own, and I had very little control over its movement.

To make matters even more frustrating, the Acronis software does have some keyboard navigation – but it is not consistent. Some things can only be clicked with the mouse – no keyboard shortcut to it. With persistence, luck, pounding of the keyboard, and lots of frantic mouse skating, I managed to occasionally get the mouse cursor positioned over a button I needed to click.

So, I slowly, slowly waded through the selection screens until I came to a point where I needed to tell it what partition to restore to – and there things locked up. Any further keystroke or mouse click would make the virtual PC emit beeps. Nothing could make it budge. Beep beeperdebeep beep. Grrr.

So, I redid the whole procedure – rebooted, spent another hour flapping my mouse around to get to the same point. Same phenomenon: no way to get past that screen. Total time lost: at least 4 hours. I gave up; Acronis was not going to do it. It’s probably great for ‘real’ PC’s but it is useless with BootCamp.

Morale: don’t bet your life on Acronis True Image Home when you use BootCamp.

All was not lost – I still had some older backups made with Image For Windows. Image For Windows is not good-looking, and it is downright clunky at times – but this thing has a lot of knowledge and experience packed into it. The procedure was similar to Acronis: make a boot CD, boot VMware Fusion off it, connect backup drive.

This time around, it was smooth sailing: the software picked up the NTFS-formatted USB backup drive, and so on, and the restore was underway! … still underway … still underway. About 24 hours!! later, the restore was finally complete – man, that was incredibly s-l-o-w. But it worked! Or did it?

I rebooted BootCamp in VMware fusion – it thought about it long, and hard, and eventually booted right up. We’re in business, we’re in business!

Then I tried rebooting straight off the BootCamp drive. Shattered dreams – some message like ‘a bootable drive cannot be found’. Tried rebooting off a Vista boot disk and doing all kinds of repairs – to no avail; it never saw the hard disk partition. Tried rebooting Bootcamp in VMware Fusion: nope. Dead as a dodo.

I gave up there – I’d been at it for days!

Later on, when the frustration has worn off a bit, I’ll reinstall BootCamp from scratch and forget about the backups – it might be possible to restore them, but it’s just too hard!

Morale: backup just the data stored under BootCamp and be prepared to reinstall Windows under BootCamp from scratch after a disaster, and then pour the data back in after rebuilding the PC side.

So, that’s my sorry tale – I hope this helps someone else avoid the mistakes I’ve made!

Cheers,

Kris

Soxy 0.1.5 Released

Monday, June 1st, 2009

Soxy for Macintosh has some new features.

The latest version knows how to handle InDesign .jsx script files. Instead of stashing your .jsx files into the InDesign Scripts Panel folder, you can now simply tell the Mac Finder to assign the .jsx file name extension to be opened with Soxy.

Soxy then looks inside the .jsx file for any comments that indicate the version of InDesign the script is destined for, and it then runs the .jsx file with that version.

This means that InDesign .jsx files become almost like little stand-alone applications: you can store them wherever you like on your hard disk, and simply double-clicking them will make the script run inside the proper copy of InDesign.

Soxy must be able to guess what version of InDesign needs to be launched – it will scan the beginning of the .jsx script file for comment lines like

// InDesign CS4

or

// InDesign 6.0

or entries like

#target indesign-6

and use these to decide what version of InDesign this script ‘belongs to’. Most script .jsx files have such a comment – and if they don’t you can always open them in a text editor and add such a line at the beginning of the script.

Make way for double-clickable .jsx files!

For more info click here.

Soxy 0.1.3 beta has been released

Tuesday, May 5th, 2009

Soxy 0.1.3 is available for download, testing and purchase! It’s InDesignProxy on steroids.

If you have a Macintosh with more than one version of applications like Adobe® Illustrator®, Adobe InDesign®, QuarkXPress®… installed, and you want to avoid accidentally resaving, say, an Illustrator CS2 document in Illustrator CS3 format – then Soxy is for you.

Click here for more info, and to download a fully functional time-limited demo version.

Version 0.1.3 is our first beta release. Soxy is a ‘drop-in’ replacement for InDesignProxy - but where InDesignProxy only knows how to handle InDesign files, Soxy offers a whole range of supported document types. Check it out!

More info here…

You liked InDesignProxy? Meet Soxy!

Thursday, April 30th, 2009

You have a Macintosh. You handle files from in various formats, created with a range of versions. So you have more than one version of Adobe Illustrator, or more than one version of InDesign, and maybe a few different versions of QuarkXPress installed.

You double-click a file, edit and save. Gaah! You’ve just accidentally saved the document into a newer format. Know the feeling? Then Soxy will be for you.

We’re close to releasing the first beta version of Soxy (short for Son of InDesignProxy).

Soxy does everything InDesignProxy does, and more – in addition to Adobe InDesign, it also supports Adobe Illustrator (so it knows how to launch Illustrator CS3 instead of Illustrator CS4 when double-clicking an Illustrator CS3 document, for example), QuarkXPress, and PDF, and we’ll be gradually adding other formats as time passes.

Simply tell the Finder to open all .pdf, .ai, .indd,… files with Soxy instead of with their ‘native’ app, and Soxy will take care of the rest; it will analyze each file as it is double-clicked, and then automatically forward it to the proper application.

Once Soxy is released, we’ll be selling it for US$19.00. For people who download and test the beta we’ll set a ‘beta price’ of US$14.00.

Watch this space – we’ll announce when the beta is ready for download here!

We’re also trying to gauge demand for ‘Soxy for Windows‘ – if you have a need for this, or any other thoughts or ideas about Soxy, or what additional file formats we should add, let us know at marketing@rorohiko.com

P.S. We’ve also added support for InDesign SDK/C++ software developers who have both debug and release versions of InDesign installed – don’t you hate it when you double click an .indd file and InDesign CS4 Debug launches?

APIDToolAssistant updated for CS4

Friday, November 7th, 2008

The APIDToolAssistant 1.0.46 has been released. More info can be found here.

Download Download APID ToolAssistant (version 1.0.46. Includes versions for Mac, Windows, InDesign CS, InDesign CS2, InDesign CS3 and InDesign CS4).

This version is of interest to end-users and scripters alike. It adds a host of features that are of interest to the serious scripter, as well as CS4 compatibility.

For interested scripters, Kris also has made a blog post that highlights one of the new features - scripted page item adornments. Click here to read it on our new Rorohiko Documentation Pool blog.