Sebastian Markbåge
Sebastian Markbåge
Wouldn’t snapshotting be an appropriate solution here? In general we’re ok with losing precision later as long as we can serialize the state of an object as it was before...
Going with a more invasive refactor and different approach in #28512.
These colors are mostly not very useful because designers generally come up with their own combinations and very few people make use of this list. I'm not sure it makes...
I clarified in the title, that this issue is concerned with server-side rendering.
I'm in general supportive of this general feature. I think we should probably just remap the meaning of ``. See #65
Hm. That seems like a good idea but it's a bit of slippery slope. Currently the strings are treated as HTML attribute strings so they use escapes like `&` instead...
I would love to support all of them but object literals are ambiguous which complicates the story around what you can put in there. Since there is this special case....
I think the conclusion is that since these forms are currently semantically different in JSX parsers: ``` js // Foo & Bar // Foo & Bar ``` We should keep...
> Note that the previous workaround (inert="") will no longer work since the empty string is considered false for boolean props. Seems like we might want to add this as...
I'm all for JSX being an extension of ECMAScript like E4X was. Probably as a separate spec and technical group. Same as ECMA-402. It likely would be considered optional and...