Replies: 1 comment 1 reply
-
The best solution might be something like OOP style inheritance. I.e. a command can inherit undefined settings from another command, and there would be one base command with all the default settings. |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Regarding the 'New shell command' button, I'd like to add an ability to define one or multiple shell commands that act as default for new shell commands. Currently, each new shell command gets default settings that are hardcoded in the plugin. Users need to always change all settings to their liking.
I don't know a good term for this, but I'll use draft for now, but that will change later. Term template would describe this functionality very well, but I don't want to use it, because I want to reserve it for Markdown template files used by Templater/Templates.
In shell command settings, there would be a checkbox labelled Use as draft shell command (or something like it). Being a draft shell command means:
Remember from which draft shell command a shell command was created
Each shell command that is derived from a draft shell command should have a non-changeable configuration field containing the id of the draft shell command that was used to create the new shell command. This would allow some future development:
Candidate terms
Beta Was this translation helpful? Give feedback.
All reactions