Replies: 2 comments 1 reply
-
@erohtar thanks for the detailed request, and sorry for not replying for a while, I have been trying to focus on basics for the last few months. After looking for a while I decided to go with PS since it's most commonly used scripting language in Windows. What you can currently do (0.9.91.x) -
What's not available (as date of writing this) -
What's planned -
I hope this gives a clearer picture, please let me know what you think. |
Beta Was this translation helpful? Give feedback.
-
Thanks for replying. Though I don't have any experience with those scripting languages, it's still good to have support for them. And they're all very popular so it should be easy enough to look up and refer. Problem would still be the lack of documentation on Tasks, though I'm sure you'll get to that eventually. |
Beta Was this translation helpful? Give feedback.
-
Is your feature request related to a problem? Please describe.
Tasks functionality has a potential to become super-powerful in future, but it is very limited right now.
I'm proposing to add proper scripting support to Tasks, as in multiple commands in a script that execute one after the other, not just a single nested C# command that can be put in a single variable/output field.
The scripts would also have access to read FS provided built-in variables (like portable path, current task/context etc).
Scripting support wouldn't just mean launching a script, but also waiting for it to finish and use its output in next Task element.
I'm not asking for FS adding its own scripting language from scratch (a monumental task by any measure) but FS could/should open doors to an existing scripting language on Windows (my favorite and recommendation would be AutoHotkey, but there are other options) - where a task could launch a script so that:
Plugins vs Scripts
While you might contend that what I'm talking about is a domain for plugins, but scripts have a lot of benefits that plugins don't:
Beta Was this translation helpful? Give feedback.
All reactions