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 FR tracks the work to migrate the DevTools Provider screen over to the DevTools Extensions framework.
The tracking issue for DevTools extension support is here: flutter/devtools#1632.
The tracking issue to remove the existing provider screen from DevTools is here: flutter/devtools#6215
A draft PR to create the DevTools extension in package:provider is here: #832
It may make sense to restructure the repo to look like
provider/
|-packages/
|-provider/ # existing provider code
| |-extension/
| |-devtools/
| |-build/ # build output of provider_devtools_extension flutter web app
| |-config.json
|-provider_devtools_extension/ # the devtools extension web app
this would ensure the extension app is not included with the provider pub package, but rather only the build output needed for loading the devtools extension in devtools. This would also create a more scalable solution if, for example, there was a need for more sibling packages, like a provider analyzer plugin. @rrousselGit I will leave the design decision on that up to you, but that is my recommendation.
The text was updated successfully, but these errors were encountered:
An early version of package:devtools_extensions and package:devtools_app_shared are now published to pub, which means you should be able to pull #832 down to play with without having to do some hacky configuration. That PR also includes a launch config for VS code that allows you to launch the extension in a simulated environment without having to do a full DevTools build.
This FR tracks the work to migrate the DevTools Provider screen over to the DevTools Extensions framework.
The tracking issue for DevTools extension support is here: flutter/devtools#1632.
The tracking issue to remove the existing provider screen from DevTools is here: flutter/devtools#6215
A draft PR to create the DevTools extension in package:provider is here: #832
It may make sense to restructure the repo to look like
this would ensure the extension app is not included with the provider pub package, but rather only the build output needed for loading the devtools extension in devtools. This would also create a more scalable solution if, for example, there was a need for more sibling packages, like a provider analyzer plugin. @rrousselGit I will leave the design decision on that up to you, but that is my recommendation.
The text was updated successfully, but these errors were encountered: