tss-react VS typesafe-i18n

What I meant is that the lib provides the tooling to do CSS-in-JS if you so choose. But it's not at all mandatory. There is a fully type safe class system you can rely on. Internally no CSS-in-JS is used. I personally do love CSS-in-JS (I'm the author of TSS) but I understand the case against it.

I'm not big on splitting things in neat little modules. Before we had logic.js structure.htm, styles.css then React suggested that logic and structure should be in the same file, it was the right move. Styles, in my oppignion, should be done in JS as well as well. I think that queries shouldn't be mangled with the UI stuffs.

Real-life examples: 1, 2, 3

Material UI v5 brought some amazing updates, but switching from JSS to Emotion had an arguably nasty side-effect: it was no longer as straightforward to group your component styles in classes. Fortunately, a fantastic library emerged that allowed developers to not only reduce the extreme pain from migrating all their classes from v4's makeStyles to emotion, but to also to continue to writing classes in practically the same syntax, with wonderful TS type-safety. This library was tss-react, and it was one of my favorite open source discoveries of 2021.

You can still use makeStyles with tss-react, as documented here: https://mui.com/guides/migration-v4/#2-use-tss-react. I've used it and it seemed to work quite well.

tss-react

inlang: localization infrastructure for software and the next git (made by the inlang team and same author of the amazing typesafe-i18n library)

So I went to search and found https://github.com/ivanhofer/typesafe-i18n (1.6k stars). Seems great so far.

As far as I know `typesafe-i18n` works similiar to other solutions. The only difference is, that it does not include `next` in its package name ^^. There is an example in the docs that should cover the basic setup: https://github.com/ivanhofer/typesafe-i18n/tree/main/packages/adapter-react/examples/nextjs

You could try https://github.com/ivanhofer/typesafe-i18n, but I never tried it with "next export", so maybe you need to make additional adjustments.

Fully type-safe support with typesafe-i18n.

Maybe you can find an answer in this discussion: https://github.com/ivanhofer/typesafe-i18n/discussions/130

Is TypealizR solving a similar problem like [typesafe-i18n](https://github.com/ivanhofer/typesafe-i18n) in the JS ecosystem?

Typesafe-i18n

shameless plug: sounds like you are looking for https://github.com/ivanhofer/typesafe-i18n

If you want to get really good `TypeScript` support for i18n, you should check out https://github.com/ivanhofer/typesafe-i18n :)