You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This idea is inspired from the list --json and provides some ground work for new features regarding the tasks:
one of the features for the vscode extension is creating a Task Provider where users can easily run tasks for a project.
proof of concept
Ideally, I'd like to add separators in the dropdown menu for environments and features, and the user can start typing either of them and vscode will match on any of those fields.
As my projects grow, it actually becomes pretty difficult to remember what all my tasks do, and passing as many people work on it, it would be useful to provide context without peers needing to sift through the config file. There was a good idea to Add descriptions to tasks #1113 , and taking that a step further I think it might be helpful to give users a structured understanding of the tasks as well through a tree breakdown.
proof of concept `tree`
I think both of these would greatly benefit from a structured description of the tasks. just fooling around with the code, I started with mirroring the way the packagetojson works with whatever information was stored:
proof of concept
I think we would just need to add some information regarding which environment and feature the task belongs to.
Problem description
This idea is inspired from the
list --json
and provides some ground work for new features regarding the tasks:one of the features for the vscode extension is creating a Task Provider where users can easily run tasks for a project.
proof of concept
Ideally, I'd like to add separators in the dropdown menu for environments and features, and the user can start typing either of them and vscode will match on any of those fields.
As my projects grow, it actually becomes pretty difficult to remember what all my tasks do, and passing as many people work on it, it would be useful to provide context without peers needing to sift through the config file. There was a good idea to Add descriptions to tasks #1113 , and taking that a step further I think it might be helpful to give users a structured understanding of the tasks as well through a tree breakdown.
proof of concept `tree`
I think both of these would greatly benefit from a structured description of the tasks. just fooling around with the code, I started with mirroring the way the packagetojson works with whatever information was stored:
proof of concept
I think we would just need to add some information regarding which environment and feature the task belongs to.
high level representation?
The text was updated successfully, but these errors were encountered: