You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When rendering this: meta { http_equiv: "X-UA-Compatible", content: "IE=edge" }
We get this in html: <meta http_equiv="X-UA-Compatible" content="IE=edge">
It should be http-equiv instead of http_equiv.
Steps To Reproduce
Steps to reproduce the behavior:
Create a component with this code: cx.render(rsx!(meta { http_equiv: "X-UA-Compatible", content: "IE=edge" }))
When creating the fix for that issue, the code looks like its been generated, if I'm not mistaken.
I'm curious, Is there a mechanism to ensure, that if the generating process is updated, this fix doesn't get overwritten?
In example a place we we would test the http_equiv against actually generating the http-equiv output?
When creating the fix for that issue, the code looks like its been generated, if I'm not mistaken. I'm curious, Is there a mechanism to ensure, that if the generating process is updated, this fix doesn't get overwritten? In example a place we we would test the http_equiv against actually generating the http-equiv output?
The code is not auto generated, just built up over time and copied from various sources
When rendering this:
meta { http_equiv: "X-UA-Compatible", content: "IE=edge" }
We get this in html:
<meta http_equiv="X-UA-Compatible" content="IE=edge">
It should be
http-equiv
instead ofhttp_equiv
.Steps To Reproduce
Steps to reproduce the behavior:
Create a component with this code:
cx.render(rsx!(meta { http_equiv: "X-UA-Compatible", content: "IE=edge" }))
Expecting
http-equiv
instead ofhttp_equiv
.https://www.w3schools.com/tags/att_meta_http_equiv.asp
Environment:
stable
Windows
web
The text was updated successfully, but these errors were encountered: