Matthew McDonald

See also https://github.com/dart-lang/language/issues/3487.

> However, I think there _is_ value in allowing an interface to be constructed and extended from within the same library. And, more importantly, I think there is value in...

> I'd be fine with allowing `interface` not followed by `class` to be a shorthand for `abstract interface class`. (Heck, I've suggested it before myself.) Well it would at least...

I was curious if there were any other languages that support a recursive typedef like in this proposal. I found that most languages which support a typedef do not support...

If ranges were defined as operators then you could provide custom definitions for your own classes or extend existing classes. This might be enough to satisfy @ykmnkmi's use case without...

I suspect removing the `return` keyword from [this line of code](https://github.com/dart-lang/dart-pad/blob/20da96340b2dcc504124925afa9230a332985003/pkgs/dart_services/lib/src/common.dart#L31) would solve the issue.

> That one is tricky because we can't make a subtype run a supertypes `const` constructor as `const`, and we can't redirect to a supertype constructor. > > But with...

@matanlurey How about this? ```dart extension type const _Vec2._((int, int) _impl) { int get _dx => _impl.$1; int get _dy => _impl.$2; // other methods here } extension type const...

@nate-thegrate It sounds like it would be possible to allow this behavior, just that it hasn't been done yet due to being more complicated than named types to implement. Also...

I'm not going to address everything in this post, but: > to my eyes `Subunit` should be a valid type to use for something expecting `Paragraph`. This is like saying...