Très intéressant, mais un peu lourd non si on prend l'ensemble du code (mon CSS plus l'outil). Ne peut-on faire une feuille qu'on charge en premier avec le normalize / reset puis une seconde avec le CSS perso ?
Oui tu peux MAIS faire 2 appels HTTP est plus lent qu'un seul appel, on aura tendance à tout mettre dans un seul fichier pour des raisons de performances.
Arg... Je me prend la tête depuis un bout de temps et je vois qu'il y a débat. Allons à l'essentiel. Je met en place une structure basé sur gulp qui doit servir pour chaque projets. J'utilise normalize. Je ne veux pas toucher directement au fichier normalize. Si je veux, par exemple, changer la couleur d'un H1, je le fais dans un autre fichier scss. Sauf que mon fichier CSS rendu à, dû coup, 2 sélecteurs H1... ce qui, je trouve, est idiot... Quelle serait la meilleure solution pour éviter les doublons ? Créer une class .h1 ? Existe-t-il un plugin qui peut "merger" plusieurs H1 en un seul ?
À quand un "framework" CSS par grafikart (simple et complet) et puis franchement cela aurait un intérêt car du coup tu le connaîtrais dans tous ses recoins donc tu programmerais plus vite. Et si tu pouvais faire une série dessus cela serait génial.
Je n'ai pas bien compris pourquoi on ne peux pas utiliser le reboot de Bootstrap ? Je l'ai utilisé sans souci il n'y a pas longtemps pour une intégration (en sass). Et merci Grafikart, pour tes vidéos !
Tu l'as utilisé avec SCSS sûrement. On n'a pas encore parlé des preprocesseurs dans cette formation (je faisais référence au fait qu'il n'y a pas le reboot.css directement disponible sur le site).
@@grafikart Merci pour ta réponse ! Effectivement je travaillai en SCSS. J'aime bien le reboot de Bootstrap et j'ai eu peur de faire erreur en regardant la vidéo :)
Les frameworks n'appliquent pas de style par défaut (du moins Angular, après je sais pas pour vue.js mais ça m'étonnerait). Ici c'est le navigateur qui applique un style par défaut
Florent Arlandis ;-) j’ai du mal m’exprimer. Je voulais dire la meilleure façon de l’intégrer. Par exemple dans vue il y a plusieurs façon d’ajouter reste ou normalize. Soit avec npm soit avec le dossier assets et une dernière que je me rappelle plus.
@@sandrodasneves1866 personnellement je ne connais pas vue.js donc je ne saurais dire si une solution est meilleure que l autre. Après j'aurais plutôt tendance à utiliser npm afin de ne pas encombrer mon css
L'idée est bonne, mais au final je trouve ça pas très pratique. On va charger des CSS, même petit, pour renseigner des règles que l'on est sûr de réecrire nous même. En plus dans le cas de reset on peut avoir des suprises quand on est pas habitué à les utilisé. Je tiens à préciser que oui ces CSS sont petits mais ils feront que votre site chargera moins vite que celui de quelqu'un d'autre.
@@MrDizZih Non. Tu sais quoi ? C'est tellement rien que ça ajoute même pas une milliseconde à l'exécution d'une page. Sachant que d'un chargement à l'autre tu peux avoir plus ou moins 10 ms de différence en local pour un même code. Bah oui, le temps de chargement d'une page n'est pas fixe à code fixe. Bref c'est juste être un abruti que de penser que la priorité maximale est le poids de la page quand bien même ça empiéterait énormément sur le développement tout ça pour économiser moins d'un ko. Avec ce genre de raisonnements débiles il faudrait coder nos backend en assembleur. Tu te rends bien compte que c'est complètement con et que le poids d'un programme et la vitesse de chargement n'est pas pas le seul critère à prendre en compte. Si je te propose de recoder tout ton site en java pour gagner 1ms de temps d'exécution je pense pas que tu prennes la peine de recoder ton site en java. J'espère que tu n'es pas développeur professionnel, tu serais un énorme poids pour toute ton équipe de développement auquel cas. Je suis sûr que t'es le genre de crevard qui retire les commentaires de licence dans les .js et .css que tu importes pour économiser 50 octets.
@@neloka4313 Garde ton calme je dis juste que j'ai pas envie d'ajouter 1 ko pour des reset des règles que je connais déjà. Je m'en fou également du poids d'une page vu que j'ai pour habitude de développer avec des framework front-end qui sont tous sauf léger.
@@MrDizZih Ferme la. T'as dit que ça ralentissait le chargement de la page de rajouter ces 758 pauvres petits octets de CSS, c'est juste faux. Du moins c'est imperceptible, donc tais-toi, arrête de dire de la merde et retourne pisser ton code gentiment.
Vraiment j’ai pas vu comme vous qui nous faites découvrir autant de choses . Merci 🙏
Merci beaucoup pour cette vidéo ! Tes vidéos sont au top c'est super sympa de partager tes connaissances :)
Respecté dans toutes les ecoles de france. Hard work. Peace
Merci, ce petit tuto m'a bien servi pour un projet :)
Merci beaucoup clair et concis ! t'es au top Grafikart
Hyper instructif. Merci !
superbe vidéo
Merci pour les informations !
Bonne vidéo
Très intéressant, mais un peu lourd non si on prend l'ensemble du code (mon CSS plus l'outil). Ne peut-on faire une feuille qu'on charge en premier avec le normalize / reset puis une seconde avec le CSS perso ?
Oui tu peux MAIS faire 2 appels HTTP est plus lent qu'un seul appel, on aura tendance à tout mettre dans un seul fichier pour des raisons de performances.
Arg... Je me prend la tête depuis un bout de temps et je vois qu'il y a débat. Allons à l'essentiel. Je met en place une structure basé sur gulp qui doit servir pour chaque projets. J'utilise normalize. Je ne veux pas toucher directement au fichier normalize.
Si je veux, par exemple, changer la couleur d'un H1, je le fais dans un autre fichier scss. Sauf que mon fichier CSS rendu à, dû coup, 2 sélecteurs H1... ce qui, je trouve, est idiot... Quelle serait la meilleure solution pour éviter les doublons ? Créer une class .h1 ? Existe-t-il un plugin qui peut "merger" plusieurs H1 en un seul ?
Bonjour est-ce qu'on peut utiliser les deux en meme temps
Tu ne parles pas de la propriété css « all » ?
À quand un "framework" CSS par grafikart (simple et complet) et puis franchement cela aurait un intérêt car du coup tu le connaîtrais dans tous ses recoins donc tu programmerais plus vite. Et si tu pouvais faire une série dessus cela serait génial.
Je suis d'accord à 100%, ça serait super !
Je n'ai pas bien compris pourquoi on ne peux pas utiliser le reboot de Bootstrap ?
Je l'ai utilisé sans souci il n'y a pas longtemps pour une intégration (en sass).
Et merci Grafikart, pour tes vidéos !
Tu l'as utilisé avec SCSS sûrement. On n'a pas encore parlé des preprocesseurs dans cette formation (je faisais référence au fait qu'il n'y a pas le reboot.css directement disponible sur le site).
@@grafikart Merci pour ta réponse ! Effectivement je travaillai en SCSS. J'aime bien le reboot de Bootstrap et j'ai eu peur de faire erreur en regardant la vidéo :)
Est-ce que tu penses que c’est utile de l’utiliser dans des frameworks js comme vuejs etc... ?
Les frameworks n'appliquent pas de style par défaut (du moins Angular, après je sais pas pour vue.js mais ça m'étonnerait). Ici c'est le navigateur qui applique un style par défaut
Florent Arlandis est-ce que tu as une vidéo sur la manière de l’intégrer au framework.
@@sandrodasneves1866 Elle est juste devant toi la video ;)
Florent Arlandis ;-) j’ai du mal m’exprimer. Je voulais dire la meilleure façon de l’intégrer. Par exemple dans vue il y a plusieurs façon d’ajouter reste ou normalize. Soit avec npm soit avec le dossier assets et une dernière que je me rappelle plus.
@@sandrodasneves1866 personnellement je ne connais pas vue.js donc je ne saurais dire si une solution est meilleure que l autre. Après j'aurais plutôt tendance à utiliser npm afin de ne pas encombrer mon css
"*" fait til la même chose ?
L'idée est bonne, mais au final je trouve ça pas très pratique. On va charger des CSS, même petit, pour renseigner des règles que l'on est sûr de réecrire nous même. En plus dans le cas de reset on peut avoir des suprises quand on est pas habitué à les utilisé. Je tiens à préciser que oui ces CSS sont petits mais ils feront que votre site chargera moins vite que celui de quelqu'un d'autre.
Tu as la moindre idée de imperceptibilité de l'ajout de 758 octets de CSS dans une page ?
@@neloka4313 758 octets c'est rien mais n'empêche que c'est toujours plus d'octets que prévu.
@@MrDizZih Non. Tu sais quoi ? C'est tellement rien que ça ajoute même pas une milliseconde à l'exécution d'une page. Sachant que d'un chargement à l'autre tu peux avoir plus ou moins 10 ms de différence en local pour un même code. Bah oui, le temps de chargement d'une page n'est pas fixe à code fixe. Bref c'est juste être un abruti que de penser que la priorité maximale est le poids de la page quand bien même ça empiéterait énormément sur le développement tout ça pour économiser moins d'un ko. Avec ce genre de raisonnements débiles il faudrait coder nos backend en assembleur. Tu te rends bien compte que c'est complètement con et que le poids d'un programme et la vitesse de chargement n'est pas pas le seul critère à prendre en compte. Si je te propose de recoder tout ton site en java pour gagner 1ms de temps d'exécution je pense pas que tu prennes la peine de recoder ton site en java.
J'espère que tu n'es pas développeur professionnel, tu serais un énorme poids pour toute ton équipe de développement auquel cas.
Je suis sûr que t'es le genre de crevard qui retire les commentaires de licence dans les .js et .css que tu importes pour économiser 50 octets.
@@neloka4313 Garde ton calme je dis juste que j'ai pas envie d'ajouter 1 ko pour des reset des règles que je connais déjà. Je m'en fou également du poids d'une page vu que j'ai pour habitude de développer avec des framework front-end qui sont tous sauf léger.
@@MrDizZih Ferme la. T'as dit que ça ralentissait le chargement de la page de rajouter ces 758 pauvres petits octets de CSS, c'est juste faux. Du moins c'est imperceptible, donc tais-toi, arrête de dire de la merde et retourne pisser ton code gentiment.
comment générer un fichier pdf en php
Comment pourrions nous? Rester en contact