Jump to content
You must now use your email address to sign in [click for more info] ×

kimtorch

Members
 View Profile  See their activity

  • Posts

    43

  • Joined

  • Last visited

Reputation

79 Good

See reputation activity

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1.    CM0 reacted to a post in a topic: Scripting
  2. kimtorch
    It's now been about 6 months since Tim France teased with some scripting news. Given Adobe have just announced price increases for Creative Cloud, it would be nice if we could have any sort of update on any progress being made. Even the smallest glimmer of hope of when it might find its way into a beta. It's hard to believe I started this thread over 5 years ago.
  3.    D.VE reacted to a post in a topic: Scripting
  4.    Eliście reacted to a post in a topic: Scripting
  5.    Gregor_zbjk reacted to a post in a topic: Scripting
  6. kimtorch
    That's cool, maybe once we get to see the scripting model there might be an opportunity for you to write a Plugin for general use. When we move data from our editorial system to InDesign, text and graphic frames are created by scripts. We label every frame with a script label which specifically includes the story ID and what type of component it is (Heading, Sub Head, intro, body, captions etc). Formatting is done with tags so a journalist can update the story in the editorial system and our related import app (a front end to a variety of scripts which talk to MySQL) can update stories in situ. This is why I believe script labels (or some sort of tag) for page items is critical. Scripts need to be able to address items by name and I believe this would be similar in your case where you're looking for various text blocks to move to Wordpress.
  7.    Seneca reacted to a post in a topic: Scripting
  8. kimtorch
    I see this as a bit trickier and probably in the realm of a Wordpress plugin. There are already a couple of InDesign to Wordpress Plugins so it might be worth contacting the authors to enquire on the viability of writing a Publisher version. It could potentially be done by scripting but would require considerable thought on how you address which page items you want to publish and a decent knowledge of JSON would be needed to handle the Wordpress side. It would not be a trivial undertaking but it could be done if the appropriate hooks were in the Publisher scripting model. I wrote the editorial system at our company and one of the key features was the ability to publish directly to both Wordpress and Apple News. The editorial staff can publish to the web before a story has even been allocated to a page - totally eliminating InDesign from the equation. They write the story, add the standard meta data, allocate the images and then simply click "Export to Wordpress" and it magically arrives online complete with the correct category, publication, tags, feature pic, byline etc. It's truly beautiful to watch
  9. kimtorch
    Scripting find/replace would be good but an additional feature request should be the ability to save find/replace searches. InDesign does this and allows you to maintain an extensive list of frequently used changes. Being able to script it would also be good.
  10.    michalmph reacted to a post in a topic: Scripting
  11. kimtorch
    I agree, I'd much rather see examples of people's current scripting rather than trying to redesign or expand something which doesn't yet exist. If people would like to speculate on how a scripting engine could be called or which language it should use then they're free to start a new topic or write directly to Affinity. The entire purpose of this thread (which I started) was to enquire if Affinity were going to support scripting and what people are currently using which they would need to 'change teams'. It's frustrating enough having waited this long for a glimmer of hope to see constant divergence to obscure topics and references. As I've said previously, it's fine to want 'everything' but it means it's never released. Tell them what's important - ie: what you're currently doing by script - then by all means submit your dreams once the rest of us are quietly getting their work done.
  12.    rai44 reacted to a post in a topic: Scripting
  13.    chechoribero reacted to a post in a topic: Scripting
  14.    chessboard reacted to a post in a topic: Scripting
  15.    chessboard reacted to a post in a topic: Scripting
  16. kimtorch
    This is laughably wrong. Ask Apple, Microsoft, Adobe, Google or any other software producer. Going for perfect means a product NEVER gets released. Perfect is a utopian aim, but a naive, unrealistic project path - especially for a company the size of Affinity. InDesign's scripting isn't perfect - but I'm glad we've had access to it for 20 odd years.
  17. kimtorch
    Whilst I appreciate everyone wants even the most obscure functions to be scriptable, let's not let 'perfect' get in the way of 'good'. Remember this is a product that currently supports NO scripting at all so I think it's better to keep requests realistic based on where it now sits. Rather than imagining ideas of what could be done in the future, I suggest people start by submitting what they currently script in InDesign or Quark. This way Affinity have a good idea of what people are currently using and actually NEED in the AP scripting model. From reading this entire thread I'm sure there are a lot of people here who have never scripted InDesign or Quark in their life - they're more concerned about pushing their language preference than actually getting print work done. But I digress... Very few of the things I've seen listed are of any interest to us (yes, I know they may be 'important' to others) but we are a publishing company and have a desperate need for the basics of printing and publishing. These aren't things we'd like to do in InDesign - these are things we do literally hundreds or thousands of times a week and need Affinity to support before we'd ever consider changing. Generate pages and documents based on templates Create frames with definable properties (type, geometric bounds, colours, text properties, name etc) I'll reiterate naming of frames as that is vitally important to the way we address target frames in InDesign (script labels) Populate frames with text or images allowing all fitting options Importing of tagged text and RTF - ideally adopting the Adobe model of tagging so existing frontends would 'just work' Create PDFs, jpegs, EPS files with definable presets Iteration through frames and placed images Ability to manage colour spaces Scripted preflighting This is obviously not an exhaustive list but it's the primary functions we need to get a start. Our company simply can't run without automation. AP could be the best page layout product in the world but until we can do at least the basics of automation it's essentially worthless to us.
  18. kimtorch
    This is essentially standard behaviour on a Mac so I'm always surprised when I try to do it and it doesn't exist. From a developer's perspective I wouldn't think it would be a huge task.
  19. kimtorch
    Maybe, maybe not. Given I was the one who started this discussion almost 5 years ago - and explicitly mentioned things like PDF creation, tagged text, importing into documents etc - I think it's reasonable for me to have an opinion on scripting capabilities. I hope they do bring scripting capabilities to Affinity Photo, but with over 40 years experience in the printing and publishing industry, I have a very good idea of where priorities for automation should lie. As to your point about Affinity information, it's in their best interests to give as much information as possible as early as possible. The last thing they'd want to do is spend many years working on something only to find it doesn't meet the expectations or requirements of users. They're far better off getting feedback before they're fully committed to a wrong direction.
  20. kimtorch
    I'm pleased to see some progress but - I'm sorry - a little underwhelmed by the examples. As a publishing company our primary tool is InDesign. Our priority for scripting is Publisher and things like placing and formatting text, importing tagged text, archiving files, creating PDFs, exporting for web etc. Creating grids and designs is 'pretty', but it's of zero interest to us compared to the aforementioned text and document processing which happens every minute of every day and is where the real time savings are. I appreciate others may feel differently, but as a working publishing company I'm focused on the greatest savings we can get. Thanks for the update but I'll reserve any 'excitement' for when you can demonstrate some productivity scripts in Publisher.
  21. kimtorch
    I have zero interest in Blender or 3D. I do have massive interest in being able to script the majority of functions of the existing app so I can automate tasks I need today. I'm bemused by the number of comments in this thread saying "do this" or "use that" and it appears they've never actually used or scripted InDesign or Quark. I'm all for expanding the capabilities going forward but right now I'd settle for being able to create an object and place some text in it. Publisher is a print program first and foremost so the scripting functionality needs to focus on ink on paper - everything else is speculative detritus. As Adobe has the market Affinity wants, it makes perfect sense to compete in that market. I suspect if they wanted the Blender market they'd create a Blender alternative.
  22.    kimtorch reacted to a post in a topic: Scripting
  23. kimtorch
    They chose what they believed was most suitable. As Adobe and Quark use Javascript - and as they're the closest competitors - it makes sense to have a language with which potential users would be familiar. I doubt they care what Blender etc use as they're not the users they're trying to attract. In all the software I use none uses Python, but many support javascript and/or applescript.
  24. kimtorch
    It's encouraging to hear this and I want to thank TonyB (and Affinity) for putting it out there. At least we now have some glimmer of hope for the future. I'm happy enough with javascript as the language. It makes sense to have a single, cross platform language and with JS already available in InDesign, it means a lot of active scripters will have a head start. It will be interesting to see the syntax and object model - just imagine if a script which runs on InDesign could run on Publisher with only minor changes (similar to how Affinity works their magic with IDML files). I know it's fanciful, but it really would be magical! I'd love to have a rough time-frame but I expect that's asking too much. As mentioned elsewhere I'd be happy with some basics to get started and then build up the library over time. Having an API is also encouraging. I don't write C but I can imagine there will be an active marketplace for plugins if they keep to the low-cost Affinity model.
  25.    kimtorch reacted to a post in a topic: Scripting
  26. kimtorch
    If so, you will likely be able to afford hi-end software that can do the job for you the way you need. Right? Yes we can, and it's exactly what we do. You seem to be suggesting Affinity has no desire for our business and the way to resolve the deficiencies of their product is to use a different app. No problem, I'm sure they're happy for you to tell people not to use their software. I'd bet we're not the only media company who'd love to change but won't because they can't do the job we need.
  27. kimtorch
    I'm beyond depressed reading this thread. I started it almost 4 years ago and there's been nothing but crickets... For mine there should be a few criteria for scripting: 1) it must be cross platform. I don't care if it's two languages (like InDesign) or one but clearly one would be better. I think the obvious one would be javascript but at this stage I'd be happy with even a basic Applescript library 2) it should be able to access non-Affinity apps (Filemaker, Access, Word, Excel etc). The real power of scripting comes from inter-app data sharing. Virtually everything we do with InDesign involves pulling data from our editorial or advertising databases. 3) it needs to be easy enough for a non-programmer to access. Whilst I'm now a programmer, I started my coding journey writing scripts and scripting should be easy enough for a novice. I can't believe people are suggesting every known programming language for simple scripting - some of which would be a terrible introduction to coding. Given the elapsed time, I think Affinity have given up on the idea of scripting. Sales data probably suggests their market is 'backyarders' so they're largely ignoring the commercial market where scripting is widely used. Ironically, if they had more advanced features they would probably make inroads into the commercial media space. I think not targeting large businesses is vastly underselling Affinity's potential. I believe if Affinity had serious plans for scripting they would announce it in a roadmap similar to how they announced the iPad products. You'd think if there was even an inkling it might be in the future there would be messages/surveys going to users - particularly users in this thread - about what might be desired. No, I think scripting is as good as dead and buried so discussion about languages is moot.
×
×
  • Create New...

Important Information

Terms of Use | 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.

 Accept Cookies  Reject Cookies