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
☕ **later:** A traiter dans une autre PR plus tard éventuellement.
Eslint a décidé de ne plus supporter nativement les rules concernant le formattage de code, pour se concentrer davantage sur la qualité de code que le CS. Ils recommandent d'utiliser des outils tels que Prettier mais qui sont extrêmement opinionated et peu configurable. Or le formatting offert par Prettier génère beaucoup trop de différentiel lors de certains changements de code, et ne favorise pas toujours la lisibilité (pas de multiline avant d'atteindre les 120 chars par exemple). No-go pour moi.
Heureusement, la communauté maintient désormais les rules eslint de formatting dans des packages dédiés.
Cf https://github.com/Elao/amabla/pull/180 pour un exemple de migration vers ces nouvelles règles (basiquement, juste à les préfixer et installer les nouveaux packages et plugins)
Eslint a décidé de ne plus supporter nativement les rules concernant le formattage de code, pour se concentrer davantage sur la qualité de code que le CS. Ils recommandent d'utiliser des outils tels que Prettier mais qui sont extrêmement opinionated et peu configurable. Or le formatting offert par Prettier génère beaucoup trop de différentiel lors de certains changements de code, et ne favorise pas toujours la lisibilité (pas de multiline avant d'atteindre les 120 chars par exemple). No-go pour moi.
Heureusement, la communauté maintient désormais les rules eslint de formatting dans des packages dédiés.
Cf https://github.com/Elao/amabla/pull/180 pour un exemple de migration vers ces nouvelles règles (basiquement, juste à les préfixer et installer les nouveaux packages et plugins)
Originally posted by @ogizanagi in #3 (comment)
The text was updated successfully, but these errors were encountered: