Remi Rousselet

It's not game changer, but I've been using something similar in a bunch of my packages. So I figured some of you would find it useful too,

When in doubt, write tests

Maybe this could be a way to fuse riverpod vs flutter_riveprod vs hook_riverpod into a single package. Yet simultaneously, if an application doesn't use Flutter or Hook, the Flutter/Hooks API would not be visible.

I wonder if macros could allow implementing dynamic plugins. Such as "If the application that uses a package depends on Flutter, export this widget" Or "installing this package adds new methods to all existing Stateless/StatefulWidgets"

One thing I've been thinking for a while is using Riverpod to manipulate a No-SQL DB The way Riverpod deals with cache invalidation and combination is typically the sort of things that NoSQL would love

Thought: expect(a, equals(b)) should test both "a == b" and "b == a"

It's not going to be game changer. But we have static meta programing around the corner. So I want to play around with what's possible

I think I'll release a code-gen package for Riverpod

Someone mentioned Providers?https://twitter.com/sugarpirate_/status/1429874352338649089 …

I wonder if I should go back on StackOverflow to answer questions

Alright I've been delaying it for too long. I'll update the Riverpod doc to match the current dev release this week-end

Why? Since we're registering our callback after the current frame has finished, then addPostFrameCallback registers it for the _next_ frame. But if there's no next frame before 10sec, well then your callback won't be called before 10 sec.

Be careful with addPostFrameCallback If you're calling it after the current frame has finished, yet nothing in your application needs to rebuild, chances are your callback will never be called.

I suppose that's because too many people typed "lush" instead of "lish", so an alias was made to help our poor souls?