static method: `Response.html`?

[noamr]

What problem are you trying to solve?

Making it easier to serve HTML content directly from a service worker.

What solutions exist today?

This is actually quite easy:

new Response(html, { headers: { "Content-Type": "text/html" } })

However not very discoverable and doesn't feel "encouraged".

How would you solve it?

Response.html(html_string), kind of like Response.json(jsonable_object), can perform the same as the existing solution, but in an ergonomic/"encouraged" way.

Anything else?

No response

[annevk]

Response.json() doesn't take a string (I mean, it does, among other things, but everything gets serialized; it doesn't take something that's already serialized). And at least historically we've not wanted to bring in anything more complex than JSON as it would intertwine too many modules.

[noamr]

Response.json() doesn't take a string.

Right, of course.

And at least historically we've not wanted to bring in anything more complex than JSON as it would intertwine too many modules.

This would not do anything HTML specific apart from set the content-type.

[annevk]

That doesn't strike me as very useful.

I also don't think we want to end up with a long list of static methods for all the different MIME types.

[noamr]

That doesn't strike me as very useful.

It's not necessarily "very" useful but rather a common pattern.
See thread at https://x.com/kettanaito/status/1975208665419481575
and specifically existing userland implementation of this at MSW: https://github.com/mswjs/msw/blob/94651f5553f74b5cb2f15a230b82dc94499f34b1/src/core/HttpResponse.ts#L142

All in all I think its usefulness vs. complexity tradeoff is not too bad.

I also don't think we want to end up with a long list of static methods for all the different MIME types.

Not sure how many mime-types people generate in a service worker directly in practice as responses.

[matthewp]

I also don't think we want to end up with a long list of static methods for all the different MIME types.

Understandable! But hopefully HTML qualifies as a worthy one.