mdh

@kevmoo for what it’s worth I’d love a more generic GCP package. Functions framework is great but I’m also into a lot of other use cases such as gRPC services...

@sampajano Is this rewrite likely to be a 2024 or 2025 thing? I’m super excited to see a revamp of this library that supports modern APIs and better interoperability.

Ah maybe I misunderstood. Does that mean XHR rather than fetch or ideally even WebTransport for example?

Just dropping a quick note to say I think this would be a great option that’s very inline with the larger interop story which is currently language based but feels...

This may not be the right place too but wanted to call out I found it very difficult how to handle working with things like WebWorkers in the new package...

I have two main ones that I’m particularly interested in. This proposal from @munificent a few years ago: https://github.com/dart-lang/language/blob/main/working/tagged-strings/feature-specification.md And I would really like to see proper core language support...

Oh and one last one that I would really love to see although I don’t know it fits the idea of a language or even tooling change more just something...

Thanks for the clarifying question. Reading it back now I agree the phrase "core language support" is incredibly ambiguous, my apologies for that. Specifically what I mean in the case...

@kkalass We should catch up at some point. https://github.com/bivens-dev/rdf_dart/tree/main/packages/rdf_dart I would love to swap notes. I took a quick look over yours this morning, I really liked what I saw...

Wondering if this is anything you might be reconsidering now after shipping 3.0? I’d love to be able to use something like this to generate my server side HTML responses.