Bogdan Lukin

@rrousselGit I'm not really sure I fully understood you. What do you think of this example implementation of StreamBuilder-like mixin? Stream mixin example client code: ```dart class StreamExample extends StatefulWidget...

> That fromState vs fromContext sounds confusing. It's even more confusing as this is a getter which returns a nullable function, to handle the unimplemented case I didn't pay attention...

@lrhn Mixins inheritance hierarchy is flattened and super calls are done in reverse order of thier application to class. If you don't override dispose, then default behavior is the same...

> In a prototype based language, this would be easy. A mixin is just a class which takes its prototype as an argument, so you'd just do: > ```dart >...

A few problems here: - mixins can be abstract, and we might want to implement abstract methods differently for each mixin. It's possible to forbid classes with non-virtual members to...

> Which names would be namespaced? Getters and setters only? Only those getters and setters coming from instance variables? any method beside declared in classes mentioned after `on` clause should...

@lrhn it should work in this basic example: example ```dart mixin TextEditingControllerMixin on State { TextEditingController get textEditingController => _textEditingController; TextEditingController _textEditingController; @override void initState() { super.initState(); _textEditingController = TextEditingController();...

Thanks for nice example! Probably for most cases dart script would be a perfect solution. Then `run` section docs must properly state that it's not intended to be used for...

I was thinking about this over the weekend, and I can say that this problem is much more complicated than I initially expected Here is long running issue in npm...

@martinrybak unfortunately this simpler fix introduce a bug: 1. open app 1. open keyboard 1. switch to other app 1. open keyboard 1. close keyboard 1. return to flutter app...