Commentaires pour 4design

Commentaires sur Notes de lecture : « Responsive Design Patterns » par Willy

Willy — Sun, 23 Oct 2016 15:24:35 +0000

J'ai bien aimé ce livre également. En fait au début j’ai cru qu’il allait lister en détail tous les motifs de design responsive possibles (ce qu'il fait un peu pour les menu de navigation). Et puis finalement ça évolue un peu au fil de la lecture et on en retiens un idée principale : il faut penser le design en termes de modules indépendants. En pensant indépendant l'adaptabilité de chaque module, le site en résultant sera compatible avec tous les écrans. Exit donc les grilles à point de rupture fixes (ce qui est vraiment un concept qui perdure trop à mon goût). De ce livre je retiens également une super ressource : les codes et librairies du filament group :-)

Commentaires sur 38 outils en ligne pour vérifier l’accessibilité de votre site web par fabrice

fabrice — Fri, 06 May 2016 15:25:06 +0000

à noter que Tanaguru a été forké par ses créateurs
sous le nom d’Asqatasun http://asqatasun.org/#asqatasun-history

Commentaires sur WordPress : faire un lien depuis home.php vers un autre template par Willy

Willy — Mon, 03 Aug 2015 10:18:46 +0000

En fait, la méthode native de WordPress pour faire cela consiste à utiliser front-page.php pour afficher une « page » en page d’accueil, et de dédier une autre « page » à l’affichage du blog, une page qui utilisera le modèle home.php bien sûr… Le contenu de cette page sera replacé par la liste antéchronologique des articles. L’URL de cette page (qui peut-être appelée dans un menu) deviendra l’URL du blog.
Tout ceci se règle dans le menu « Réglages > Lecture » de WordPress 🙂

Commentaires sur Faut-il sauver le soldat CSS ? par Nico

Nico — Thu, 02 Jul 2015 14:06:02 +0000

En réponse à MoOx. @MoOx Les états se gèrent plutôt bien via attribut data-qqch et se reprennent bien en CSS via .laclasse[data-qqch="la valeur"] ou un sélecteur dans le genre ? (ça force à définir les états avant, mais quoi qu'il arrive, ça ne change rien : il faut le faire de toute manière)

Commentaires sur Faut-il sauver le soldat CSS ? par Bruno Bichet

Bruno Bichet — Thu, 02 Jul 2015 13:59:04 +0000

Luc > Carrément, c’est dommage. Mais comme je le précise dans ma réponse à MoOx, ça semble plutôt réservé aux applications.

Nico > Je crois que lorsque des « purs » développeurs doivent d’utiliser des techniques de pas développeurs, ils ont du mal à supporter le principe d’incertitude et du coup, ils font tout (en bons feignants) pour réinventer leur roue 🙂
Sinon, tout a fait d’accord sur le fait qu’il vaut mieux se prendre le choux a produire des composants fiables.

MoOx > Yep, j’ai bien compris. je ne sais plus qui a dit ça sur Twitter : « Il y a deux sortes de gens qui utilisent CSS, ceux qui mettent en forme des contenus et ceux qui développent des applications sur le web ». Je crois que ça résume bien les cas d’utilisation ou non de cette technique.

Commentaires sur Faut-il sauver le soldat CSS ? par MoOx

MoOx — Thu, 02 Jul 2015 10:12:45 +0000

Heureusement que le débat n’est pas juste « le CSS c’est de la merde, passons tout en styles inline ». La problématique est bien plus complexe et la réponse l’est tout autant. Personne n’a dit « coder tout vos styles dans des balises styles ». Non.

CSS pose des problèmes, les styles « inlines » (injectés par des modules hein, pas hardcodé dans du html, on est pas fou) en résolvent certains, spécialement pour les états.

Cela a été très bien résumé à React Europe https://youtu.be/UclvvqNtNNo?t=53m1s

C’est très réducteur de dire que des gens disent « fouttez tout vos styles dans des attributs ».

Commentaires sur Faut-il sauver le soldat CSS ? par Martial

Martial — Wed, 01 Jul 2015 20:00:58 +0000

Mouai… J’ai aussi un peu de mal à voir comment ça pourrait résoudre les problèmes…

Commentaires sur Faut-il sauver le soldat CSS ? par Nico

Nico — Wed, 01 Jul 2015 12:43:59 +0000

Si je peux comprendre les questions ou les interrogations, franchement, la réponse des styles en ligne via JS est clairement mauvaise.

De toutes manières, cascade ou pas (je me réapproprie ta phrase) : il faudra une solide stratégie (de nommage) pour éviter les problèmes (rigolons : imaginons des infos de styles en ligne en em, ça sera rigolo pour gérer la cascade).

Surtout, et enfin, qu’on arrête de réinventer le navigateur (en moins bien) : écrire dans le DOM du style en ligne en JS, bonjour la performance, aucun script JS ne fera mieux que le navigateur (et bonjour la maintenabilité en responsive !).

C’est l’un des préceptes d’OOCSS : avoir des composants dont le comportement est déterminé et fiable, pas besoin d’aller chercher plus loin : il faut se faire ch… à rendre ces objets fiables, point.

Je me demande si le vrai problème de CSS est qu’il n’est pas assez abordé par des gens qui le comprennent, et trop abordé par des gens qui appliquent des idées d’autres langages, non adaptées à CSS ?

Commentaires sur Faut-il sauver le soldat CSS ? par Luc

Luc — Wed, 01 Jul 2015 12:41:27 +0000

Et ainsi, fini la possibilité d’avoir sa propre feuille de style pour mettre en forme et/ou adapter la mise en forme d’un site que l’on a du mal à lire.

Commentaires sur Optimiser WordPress avec des extensions et un fichier .htaccess par Guillaume

Guillaume — Tue, 30 Jun 2015 08:29:29 +0000

Ils sont Lyonnais WP-Rocket (en plus).
J’ai lu récemment que leur plugin avait été benchmarké meilleur plug-in de cache au monde par un blog suédois ou danois (sais plus). Ca vaudrait le coup que tu te penches sur leur cas, vous pourriez avoir pas mal de choses à vous dire 🙂