You have probably been around this issue a number of times, but it’s noticeable that cross-platform and other issues are now displacing the centre of macOS scripting gravity somewhat towards JS (OmniGraffle, OmniOutliner, soon OmniFocus, TaskPaper of long date, and now QuarkXPress 2018, which feels like a bit of a watershed).
Some real unfinished areas in the JXA Automation API, combined with a heroically single-minded campaign of sulphur, brimstone, and worse, from Hamish, have protected the AS ecosystem a bit from that particular JS incursion, but I wonder what your current thoughts are about the future (given this newer pattern of app-embedded JS interpreters) and about the possibility of supporting JS-based app automation debugging in any way ?
Safari debugging did work well for JXA for a while, but since some breaking change quite a while back (two OS versions, I think) (much radared, little attended to) probing the Automation interface of apps through the Safari debugger is now rewarded by nothing more than an instant crash.
Perhaps some scope for SDJS there ? Or perhaps the costs/benefits/feasability of that still look unconvincing ?
(Quark seems to be using V8, others JSC (JSContext) – which already looks like a technical challenge – and perhaps these embedded JS interpreters [Omni, TaskPaper, Quark] while fast, and without the JXA defects, are also rather out of reach for 3rd party tools ?)
Looking more closely, however, it seems that QuarkXPress 2018 makes a version of the Chrome debugger available:
Sound reasoning. I doubt JXA will ever amount to anything much.
I am concerned about a possible future of unified cross-platform UI frameworks, and wonder if we will end up with more generic apps not necessarily well-suited for macOS or iOS.
If had unlimited funds, and some influence over Apple macOS planning, I know what scripting product I would like to see. But that is now long in the past…
( not really an option anyway for iOS, and of course an embedded JSContext performs much faster than any kind of Apple Event interface – particularly noticeable with OmniGraffle, in which speed can make a difference, with more complex diagrams )