Jump to content

mcglk

Members
  • Content count

    8
  • Joined

  • Last visited

  1. mcglk

    Scripting

    Sal Sogohian (one of AppleScript's leading evangelists) had his position at Apple eliminated a few years ago, and as Apple has been generally withdrawing its support for AppleScript, I'd say the writing has been on the wall for a few years. JXA is a viable alternative, but Apple hasn't really been clear about what its future is. There doesn't seem to be much enthusiasm for OSA at Apple anymore. It's a real shame, because OSA was a brilliant accomplishment, and it made tying together various applications into a relatively easy, fun exercise. Apple's apparent lack of enthusiasm for AppleScript these days has been leaving a number of developers uncertain, and that in turn is reducing their enthusiasm for providing scripting support as well. Nobody wants to invest in a lot of effort for a product which could just evaporate—and that, in turn, might well prompt Apple to say, "hey, people are supporting this less, let's go ahead and drop it." Which is stupid, of course, but I can't pretend to comprehend the corporate politics at Apple. I never would have thought of gluing the RAM and the disk into hardware just to keep users from upgrading, for example, and alienating their customer base seems to be what Apple is into right now. Now, personally, I think Lua is a fine language for this purpose—as you say, it's designed for this sort of thing. I'm not crazy about EJCaMvAaScript. I certainly wouldn't mind being able to drop import affinity into a Python script, either. But I would like some solution at some point. Of course, this isn't the most urgent wish I have about the Affinity suite—but it's up there, certainly.
  2. mcglk

    Scripting

    First off, I don't think a Windows-only solution is sound. Secondly, if this is "user friendly" but Visual Basic isn't . . . wow. So far, while I work with Python a lot, and clearly don't mind the indentation-structure style of it, I'm resigned to using JavaScript/ECMAScript due to its popularity, or Lua due to its easy embedding. Whatever will work. I'd rather it not have to support an additional REST responder just to provide scripting, as that would slow things down considerably, and in the end be a waste of resources on extra, unnecessary steps. And for those who still wonder what people use scripting for, I use it for Creating barcodes directly in a document; Autoformatting and preprocessing of imported documents; Repetitive placement of elements; and other things as a project requires to save myself time and effort.
  3. mcglk

    Scripting

    Since InDesign came out (and for QuarkXPress before that, back to 1994), I used Perl to generate short AppleScript snippets that would then do the application control. That way, I had the best of both worlds: regexes and lots of libraries around, yet still could control the dang application. I'm really missing my barcode-generator scripts lately.
  4. mcglk

    Scripting

    As long as one can feed scripts into a shell-level program à la `osascript`, I don't really care what language Serif chooses for the purpose. Sure, it'd be nice to have an API one could call, but then, that would put a hard limitation on what languages you could use. As far as I'm concerned, I don't need to write entire programs in whatever language Serif uses; I just need to be able to create objects and have control over all the attributes I'd normally use the UI for. fde101: While I've gotten used to the indentation thing, it still bugs me a bit. I'm not sure Python reminds me of punchcards, though; indentation would have seemed wasteful, and made it much more difficult to shuffle the order of statements if you needed to. . . .
  5. mcglk

    Scripting

    Being able to automate InDesign was one of the main reasons I gravitated to it for so long; I was able to write scripts that would generate barcodes on the fly, populate label sheets from a database with full control over placement, all sorts of things. That said, Adobe's AppleScript support has always been half-hearted, and now Apple seems to be putting AppleScript in the let-it-die department. It's extremely disappointing. So while full AppleScript support would be nice, it might be considerably wiser if there were an independent scripting engine for Affinity Publisher (and Designer and Photo, to be honest). But it'd have to be able to take input from the Unix world (I routinely generate AppleScripts from Python or Perl and use `osascript` to run them, for example; I'd need a similar process for Affinity applications).
  6. I have to say, I'm fairly impressed so far, and honestly, in a number of ways, I could easily see preferring Affinity Publisher over InDesign. But it's the little things that kind of make me nuts. Like, if I select a word from another document (like an InDesign document) and paste it into Affinity Publisher, even though I haven't selected the end-of-line/linefeed/whatever-you-want-to-call-it, AP wants to add a linefeed after it anyway. Doesn't matter if I use Paste or Paste Without Format, I have to hit backspace because my text is screwed up. (Side note: It would be really nice if this could read InDesign documents without too many screwups within the first few releases. I'd like to free myself from Adobe by the end of 2019 if at all possible.) Also, does anyone know the best place to ask for feature suggestions?
  7. As an experiment, I used Arno, which has a variety of styles. I drew out a text frame, selected the font I wanted (Arno Regular), and was delighted to find that ⌘I and ⌘B toggled italics and bold, respectively. That said, when I toggled them off, it dropped me not into Arno Regular, but Arno Caption. This is odd, because the fonts appear to be sorted by weight and the first one in the list is Arno Light Display, and the first one alphabetically is Arno Bold, so I have no idea why it's opting for Arno Caption. In spite of the bugs and absences I see, this looks to be a solid start, and I'm very much looking forward to the next version (hoping like heck that it can import InDesign files).
×

Important Information

Please note the Annual Company Closure section in the Terms of Use. These are the Terms of Use you will be asked to agree to if you join the forum. | Privacy Policy | Guidelines | We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.