Hi,
I've recently got in touch with the FF support with a feature request that – I've been told – the development team had already thought about in the past, but it never went through. I'd like to push it here as well, to hear from other community members what they think about it. Who knows, maybe it can get some traction.
As a Photoshop extensions/panels developer – mostly in the photography/retouching business – either I use scripting to create an image processing routine using existing PS tools as building blocks (somehow limited and slow), or I rely on C++ plugins (faster, but steeper learning curve) for the pixel crunching step.
I've used both systems in my commercial products, with a preference for the latter option. E.g., a panel (a JS apps or a PS scripted dialog) acts as the GUI with buttons, sliders and the like; it passes parameters to a headless (no-GUI) C++ scriptable Filter, which sole task is to receive input params and process the image.
All is well, except that I'm no C++ expert and (true story) I've used Filter Forge diagrams to explain to a C++ developer how to rebuild the routine which I already had created, as a full-working FF filter myself!
Which leads to my actual feature request, i.e. the possibility to export a FF filter as a GUI-less, Scriptable Photoshop plugin that can be embedded in separate, independent Photoshop product as pure image processing engine. No GUI, no sliders, no preview, nothing – just the Filter that can accept params via PS scripting and do its job.
I understand that this feature could appeal a limited audience: given the entire group of FF users, the subset of filter authors, and the subset of those authors interested in monetizing their filters and market them as standalone Photoshop products. But it would be huge nevertheless, and – dare I to say – as one of them I'd be happy to pay good extra money to be able to use such a feature.
Leaving aside the actual implementation (no idea whether it would be technically hard or not) there could be licensing issues. E.g. an ill-disposed person could
"borrow" one of the great, existing FF filters and make a commercial product out of it, violating the original author IP. A simple vetting system should be able to keep everything under control, and possibilities could be endless (purchasing filter export tickets that enable the exportation of a filter with a specified ID, sharing royalties between authors, etc).
Frankly, I was a bit surprised when I heard that the dev team already
"thought about this years ago and decided not to do that" – maybe 2020 is a good year to think about it again
Thanks for your attention and kind regards
Davide Barranca