lionel_css3 a écrit :
Bon... j'ai bien compris que tu n'aimais pas Tailwind....
Je suis de la vieille école.
Je sépare le contenu de la mise en forme. J'utilise le contexte et bien sûr j'utilise des class helper.
LauraMariaWulf a écrit :
C'est pas très très gentil Nuixe
Avant même Tailwind, j'ai déjà expérimenté ce genre de pratique (c'était en 2015). Je suis arrivé au même point que les contraintes du style inline.
lionel_css3 a écrit :
DOM trop lourd: tu montres un cas extrême, c'est presque une blague,
C'est une blague. Un des liens vient d'alsacreations (billet écrit par Raphael) et l'autre, c'est une personne qui a édité un message sur LinkedIn
lionel_css3 a écrit :
...il est possible de créer une nouvelle classe
avec la directive @apply.
Je connais l'existence de cette directive. Autant faire du css puisque class tailwind est ni plus ni moins qu'un style !
Pire, c'est quand je lis bg-blue-500. Une des règles en CSS est de ne pas nommer explicitement le nom des couleurs. Demain, le client demande de changer la couleur bleue en rouge. Bonne chance ! Encore mieux, demain tu dois faire un multiunivers, c'est bonne chance avec ce truc !
lionel_css3 a écrit :
(non)facilité à déboguer: quand tu as un problème, tu regardes directement le CSS qui est généré.
Bien sûr il y a l'inspecteur dans le navigateur. Quand tu as une longuuuuue liste de class et que tu injectes en JS, plusieurs class pour créer un comportement, easy à déboguer....
lionel_css3 a écrit :
sortir l'artillerie lourde: Javascript est partout, je m'en sers souvent pour changer la classe d'un élément suite à un évènement, c'est pas rédhibitoire....
Pour une simple page sans que ce soit un SPA, quel est l'intérêt. (Il y a même des gens qui installent redux avant même d'installer React.... ) .
lionel_css3 a écrit :
Je dis pas que Tailwind est meilleur que le reste mais il offre une alternative intéressante en ne créant que le style CSS nécessaire et il permet d'utiliser avec facilité des fonctionnalités CSS avancées.
Avec Bootstrap, je me retrouve souvent à créer des fichiers supplémentaires CSS volumineux qui deviennent vite le nid à du style redondant , contradictoire, ou non utilisé et au final avec 300Ko de CSS.
C'est un problème de méthodologie et non un problème de ces librairies. Par exemple, lis le bouquin de Brad Frost sur l'Atomic Design. Tu apprendras réellement ce qu'est l'Atomic Design.
lionel_css3 a écrit :
Pour le fait de multiplier les classes dans le DOM je ne pense pas que ce soit un gros problème, les PC d’aujourd’hui et les navigateurs sont performants et souvent, les plugins comme Elementor ou autres ajoutent autant, sinon plus, de classes que Tailwind.
De nos jours et là où il faut prêter attention, c'est sur mobile. Demande-toi pourquoi sur des sites tels que radiofrance.fr, leroymerlin.fr, lesechos.fr, lefigaro.fr, tailwind est inexistant. Or, les DSI de ces projets peuvent faire un virage à 180° et utiliser ce qu'ils veulent. Ils ont les moyens.
lionel_css3 a écrit :
De toutes façons je débute avec , je verrai bien...
Que tu saches l'utiliser, c'est toujours un bon point. Tailwind est très simple. S'en servir pour tous les projets, c'est autre chose. Tailwind, c'est intéressant pour un POC ou un projet sur 2 ou 3 pages.