Dear contributors,
It seems that there was no activity concerning this merge request for some time.
Do you think it should still be merged?
Thank you for your time.
Nicola Spanti (4bc260bf) at 19 Mar 15:56
Nicola Spanti (e0115db6) at 19 Mar 15:56
chore(client): bump version to 3.0.0-alpha.12
... and 1 more commit
Nicola Spanti (4bc260bf) at 19 Mar 14:56
Nicola Spanti (da6f8753) at 19 Mar 14:56
Added tag client@3.0.0-alpha.12 for changeset 4bc260bf566c
... and 1 more commit
Nicola Spanti (fb0053a4) at 19 Mar 14:06
Nicola Spanti (dc5f9ca0) at 19 Mar 14:06
Added tag client@3.0.0-alpha.11 for changeset fb0053a457ed
Frank Bessou (fb0053a4) at 19 Mar 14:02
feat: compile modules to es2022 instead of commonjs
Frank Bessou (fb0053a4) at 19 Mar 14:02
related to cubicweb#1033
Il faudrait tester au moins 1 projet qui utilise CubicWebJS, afin de vérifier que ça ne crée pas de problème. Arnaud et Frank savent où tenter de faire ça.
Nicolas Chauvat (fb0053a4) at 12 Mar 16:55
feat: compile modules to es2022 instead of commonjs
We should also add the exports
property to the package.json file since it is fully supported since Node 14 and is more explicit than using the main
field.
"exports": {
"browser": {
"types": "./lib/index.d.ts",
"import": "./lib/index.js",
}
}
Weekly meeting:
Arnaud Vergnet (7438a3bf) at 11 Mar 15:59
feat: compile modules to es2022 instead of commonjs
Exporter dans les deux formats risque d'être un peu complexe. De ce que je vois ESM est quand même le standard depuis 2015. NodeJS supporte les modules ES depuis la version 15 sortie en 2020.
Donc il faut juste faire attention à ce que tous les modules dans le monorepo utilisent ESM.
Comme l'indique la ci, changer seulement la config TS dans le client ne suffit pas. Il faut aussi indiquer aux autres modules du mono-repo d'utiliser ESM.
Le mieux serait aussi de transpiler a la fois en ESM et en commonJS pour être compatible avec le plus de destinations possibles.