Skip to content

Class overview contains {@template xxx} of properties/methods #2272

Closed

Description

@goderbauer

When the doc comment of a property or method within a class starts with {@template fff}, that string appears in the overview doc of the enclosing class:

https://master-api.flutter.dev/flutter/widgets/SliverFixedExtentList-class.html

image

Activity

  1. srawlins commented on Jul 23, 2020

    @srawlins
    Member

    Interesting that it doesn't show up in the property's individual page.

    Can you link me to the source code of SliverFixedExtentList?

  2. goderbauer commented on Jul 23, 2020

    @goderbauer
    ContributorAuthor

    There're about 15 occurrences of this in the Flutter docs. It also happens with library overview pages: https://master-api.flutter.dev/flutter/cupertino/cupertino-library.html (search for @template).

  3. srawlins commented on Jul 23, 2020

    @srawlins
    Member

    Do you expect the documentation to be the text inside {@template} ... {@endtemplate}, as if it were rendered with @macro?

  4. goderbauer commented on Jul 23, 2020

    @goderbauer
    ContributorAuthor

    Do you expect the documentation to be the text inside {@template} ... {@endtemplate}

    Yes, I would expect the class/library overview to show an excerpt of what's inside the template directive. For the SliverFixedExtend example from above, I would expect it to just show: "The delegate that provides the children for this widget."

  5. srawlins commented on Jul 23, 2020

    @srawlins
    Member

    Excellent. Thanks.

  6. added
    type-bugIncorrect behavior (everything from a crash to more subtle misbehavior)
    customer-flutterIssues originating from important to Flutter
    P1A high priority bug; for example, a single project is unusable or has many test failures
    on Jul 24, 2020
  7. self-assigned this
    on Sep 23, 2020
  8. jcollins-g commented on Oct 7, 2020

    @jcollins-g
    Contributor

    This is a tricky one. This case appears to be well tested in dartdoc and behaves appropriately in similarly constructed test scenarios. So there's something special about these handful of cases that is failing here.

  9. srawlins commented on Oct 7, 2020

    @srawlins
    Member

    Yes! I too failed to reproduce with a unit test. Something about inherited methods, inheritance between libraries... inheritance across the public/private boundary? Indirect inheritance?

  10. jcollins-g commented on Oct 7, 2020

    @jcollins-g
    Contributor

    @srawlins now that I have the debugger working I'll dig into this more tomorrow with the actual flutter code and see if I can step through it in debug mode to see what's happening.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

P1A high priority bug; for example, a single project is unusable or has many test failurescustomer-flutterIssues originating from important to Fluttertype-bugIncorrect behavior (everything from a crash to more subtle misbehavior)

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions