Mostly agree... I'd probably be more inclined to switch to typescript before adding an immutable library at this point. And I'm not really doing ts in the app code.
This is not a "fix" it's a work around... if you actually want italics, it's still broken. I can't speak to the source of the bug, but did you actually submit a support ticket or bug report to the Chrome developers?
Works, decent structure... less opinionated, similar to bootstrap, bulma or any number of other CSS libraries.
Kind of would like to see one of these css library/frameworks much more opinionated. For example, just make the baseline button as well as submit/reset form types the default button composition (no btn class needed). Header elements should also be styled by default. Similar for stylized radio/checkbox items...
<label><input type="radio" .../><span>text</span></label>
As a convention is enough to custom style in modern browser with the nearest neighbor, the label wrapping the input will cause the label to work without the need of a "for" attribute.
The class soup just gets a bit weary after a while, and largely unnecessary.
For most of what I've been working on lately, the API is a slice from the main application domain... ex: /api will reverse-proxy to the api service, other routes will serve from the ui static files.
No CORS at all, so only the service domain can be used in a browser.
This can be done with nginx, caddy, kubernetes entry, or even in IIS via the ARR extension.
Works, decent structure... less opinionated, similar to bootstrap, bulma or any number of other CSS libraries. Kind of would like to see one of these css library/frameworks much more opinionated. For example, just make the baseline button as well as submit/reset form types the default button composition (no btn class needed). Header elements should also be styled by default. Similar for stylized radio/checkbox items... <label><input type="radio" .../><span>text</span></label> As a convention is enough to custom style in modern browser with the nearest neighbor, the label wrapping the input will cause the label to work without the need of a "for" attribute. The class soup just gets a bit weary after a while, and largely unnecessary.