Skip to content

Flutter tool extensibility support #13834

Closed

Description

@mit-mit

It's not sustainable for the flutter tool to support all the commands that all developers collectively desire. It's much more sustainable to support an extensibility model where the tool itself can be extended by adding in "tools plugins".

Activity

  1. added
    toolAffects the "flutter" command-line tool. See also t: labels.
    c: new featureNothing broken; request for a new capability
    on Jan 2, 2018
  2. fmatosqg commented on Apr 24, 2018

    @fmatosqg
    Contributor

    I'd like to see some specs that would allow me to do code generation before build starts.
    My proposal is adding a line to pubspec, something like this:

    hooks:
      hookFolder/hookScript.dart hookParameter1 hookParameter2
    

    and preferrably extensible to packages in some shape or form, but I'd be happy to develop based on the above spec to kick it off.

  3. fmatosqg commented on Apr 25, 2018

    @fmatosqg
    Contributor

    I get the feeling that this pub ... watch thing is popular, although very new to me. And my guess is that it could solve the problem with first class support to both build_runner and watch so they can integrate seamlessly with flutter run
    ref #14703.

  4. eseidelGoogle commented on Dec 8, 2018

    @eseidelGoogle
    Contributor
  5. added this to the milestone on Dec 9, 2018
  6. tvolkert commented on Dec 19, 2018

    @tvolkert
    Contributor

    Closing as a dup of #25377

  7. allComputableThings commented on Sep 21, 2019

    @allComputableThings

    Crazy question -- it seems like a lot of uses of annotations could be support be the language itself, rather that making dependencies on specific build tool (e.g. annotations macros that take a class and return a class, or take a function and return a function). Any plans to support this in the future?

  8. Levi-Lesches commented on Feb 5, 2020

    @Levi-Lesches
    Contributor

    @stuz5000 While I completely agree with you, I think that's probably a better issue for the dart-lang/lang repo, where work for Dart itself (not to be confused with Flutter, that uses Dart) is done.

  9. github-actions commented on Aug 23, 2021

    @github-actions

    This thread has been automatically locked since there has not been any recent activity after it was closed. If you are still experiencing a similar issue, please open a new bug, including the output of flutter doctor -v and a minimal reproduction of the issue.

  10. locked as resolved and limited conversation to collaborators on Aug 23, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    c: new featureNothing broken; request for a new capabilitytoolAffects the "flutter" command-line tool. See also t: labels.

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions