L'article explore les différentes phases de l'optimisation du Largest Contentful Paint (LCP), une métrique clé des Core Web Vitals. Il explique que le LCP peut être décomposé en quatre sous-parties : TTFB (Time to First Byte), Resource Load Delay, Resource Load Duration et Element Render Delay. Chaque phase identifie des goulots d'étranglement spécifiques et propose des solutions pour les résoudre. L'article souligne l'importance de comprendre ces phases pour diagnostiquer et améliorer les performances de chargement des pages web, en particulier pour les images, qui représentent la majorité des éléments LCP.
L'article explore comment des techniques anciennes et des API natives du navigateur surpassent les frameworks modernes en termes de performance. L'auteur présente multicardz, un outil de gestion de données spatiales, qui utilise des bitmaps pour les requêtes backend, réduisant ainsi les temps de traitement. Pour le frontend, il utilise DATAOS (DOM As The Authority On State), une approche où le DOM est la source de vérité pour l'état de l'application, éliminant ainsi la nécessité de synchroniser un état séparé. Le résultat est une application performante avec un bundle JavaScript de seulement 32KB, un score Lighthouse de 100, et des temps de réponse extrêmement rapides.
Morgan Murrah explique comment il a optimisé les animations de son site web en utilisant le compositeur (compositor), un processus GPU séparé qui améliore les performances des animations CSS. Il partage son expérience avec deux animations : des nuages en mouvement et un soleil avec des ondes pulsantes. En analysant les performances avec Chrome, il découvre que l'animation des nuages, utilisant la propriété left, génère une activité excessive dans le thread principal. Il apprend à convertir cette animation en une animation composée, utilisant la propriété transform au lieu de left, ce qui réduit significativement l'impact sur les performances. Un article accessible pour comprendre l'importance du compositeur dans les animations web.
L'article critique la gestion des formulaires en HTML, soulignant leur conception incomplète et leurs comportements inconsistants. Bien que de nouveaux éléments de formulaire aient été introduits, comme les champs email, téléphone, date et curseur de plage, ceux-ci restent basiques et ne couvrent pas des cas d'utilisation courants comme les comboboxes ou les curseurs de plage pour plusieurs valeurs. La validation intégrée, bien que pratique, manque de flexibilité, nécessitant souvent des solutions JavaScript personnalisées. L'auteur déplore le manque de standardisation pour des éléments combinés et des améliorations de style, pointant du doigt les lacunes persistantes malgré plus de dix ans depuis la recommandation HTML5.
Cet article remet en question le slogan souvent répandu "La conformité n’est pas de l’accessibilité". Les auteurs expliquent que, bien que ce slogan soit séduisant et partiellement vrai, il est réducteur et peut prêter à confusion. Ils soulignent que la conformité aux référentiels comme le RGAA est essentielle pour garantir une base d'accessibilité minimale, permettant aux personnes handicapées d'accéder aux services en ligne sans difficultés majeures. L'article illustre également, à travers une expérience vécue, que l'expérience utilisateur peut parfois contredire les évaluations d'experts, mais cela ne remet pas en cause l'importance des normes d'accessibilité.
Cet article partage l'expérience de SNCF Connect dans la mise en place d'une stratégie de service numérique responsable. Il définit un service numérique responsable comme une solution utile, sobre, accessible et respectueuse, reposant sur quatre piliers : accessibilité, sobriété, confidentialité et respect des libertés. L'article souligne l'importance de ces principes, soutenus par des référentiels concrets comme le RGAA, le RGPD et le RGESN, et illustre comment SNCF Connect aligne ses actions sur ces enjeux pour promouvoir des mobilités durables et accessibles. Il présente également des bonnes pratiques pour déployer une telle stratégie, comme la labellisation numérique responsable.
Nathalie Rosenberg partage son expérience d'intégration dans les communautés du web, notamment lors de Paris Web en 2009. Elle souligne la difficulté de s'investir quand on est timide et ne connaît personne, mais aussi l'importance des rencontres en présentiel. Elle propose des conseils pour débuter simplement, comme rejoindre des communautés en ligne (forums, Discord, etc.) en demandant des recommandations autour de soi, observer avant de participer, et partager son expérience de manière modeste. Elle encourage à prendre son temps et à adapter son rythme de participation.
Le design system de la Fabrique de Noël est un article narratif qui illustre, à travers une métaphore festive, les enjeux de l’accessibilité numérique et la mise en place d’un design system. Oli Daynight (designer) et Any Goodcookie (experte accessibilité) sont chargés par le Père Noël de rendre la plateforme de la Fabrique de Noël plus inclusive. Ils optent pour une refonte directe des composants du design system, plutôt qu’un audit préalable, afin de gagner du temps avant Noël. Any insiste sur l’importance de former les équipes, d’intégrer l’accessibilité dès la conception (en s’appuyant sur les WCAG) et de mettre en place des processus collaboratifs, comme des sessions de tests entre pairs (« Dans leurs chaussons »). Malgré des contraintes de temps, les résultats sont encourageants : les composants deviennent plus accessibles, et les équipes s’approprient progressivement ces bonnes pratiques. L’article souligne que l’accessibilité est un travail continu, nécessitant engagement et améliorations itératives. Une lecture ludique et inspirante pour aborder les défis concrets de l’accessibilité web ! 🎄✨
L'article revient sur l'utilisation souvent abusive de l'attribut HTML title, qui sert à afficher des infobulles ou à fournir un nom accessible aux éléments interactifs. Malgré les mises en garde depuis 2013, cet attribut est encore mal employé, posant des problèmes d'accessibilité. Les infobulles sont cachées et nécessitent une interaction précise, ce qui les rend peu intuitives et frustrantes pour les utilisateurs. L'article souligne l'importance de répéter les bonnes pratiques pour ancrer une utilisation correcte de l'attribut title.
Le cauchemar des systèmes de coordonnées en bioinformatique est un article accessible et pédagogique publié sur Bioinfo-fr.net qui explique les défis souvent sous-estimés liés à la représentation des positions génomiques dans les fichiers et outils bioinformatiques. Il aborde notamment comment différents formats utilisent des systèmes d’indexation (commençant à 0 ou à 1) et des types d’intervalles (bornes inclusives ou non), des choix qui semblent techniques mais qui peuvent rapidement devenir des sources d’erreurs fréquentes pour qui manipule des génomes, des annotations ou des alignements. Une lecture indispensable pour comprendre et éviter les pièges des coordonnées dans vos analyses de données génomiques.
Sur Debian, le répertoire /boot peut rapidement se remplir à force d’accumuler des anciens noyaux, ce qui peut poser des problèmes lors des mises à jour ou manquer d’espace disque. Cet article explique de manière claire et pratique comment identifier et supprimer les anciens noyaux Debian en toute sécurité, via des commandes simples ou avec des outils comme apt et dpkg, afin de libérer de l’espace dans /boot. Une ressource utile pour garder son système propre et éviter les erreurs liées à un /boot saturé.
L'article de Goulven Baron, "Guilde design, DesignOps, ResearchOps : cuisine interne et service en salle", explore le rôle de référent de la guilde design dans une mutuelle d'assurance. Il décrit comment, inspiré par le DevOps, le DesignOps et le ResearchOps améliorent la pratique du design et de la recherche utilisateur. L'auteur compare cette organisation à la série "The Bear", où un chef tente de transformer une sandwicherie chaotique. Il souligne l'importance de comprendre les pratiques existantes et de faciliter la transversalité entre les différentes équipes de designers, tout en évitant d'imposer des méthodes de manière rigide.
Cet article de Guillaume Barbier explore les défis liés à la création de tableaux de données accessibles sur le web en 2025. Il identifie deux principales raisons pour lesquelles les tableaux restent inaccessibles : un manque de culture numérique et des limitations techniques. L'auteur souligne la confusion entre la structuration de l'information et la présentation visuelle, ainsi que les difficultés techniques rencontrées avec certaines combinaisons de navigateurs et lecteurs d'écran. Il propose une synthèse des connaissances pour aider à créer des tableaux accessibles et évoque quelques motifs à éviter. L'article aborde également d'autres critères d'accessibilité comme la redistribution et les mouvements de glissement, avec des techniques pour éviter les déformations sur les écrans étroits.
L'article explique l'utilisation du type "never" introduit en PHP 8.1, qui indique qu'une fonction ne retournera jamais de valeur, soit en lançant une exception, soit en appelant exit ou die. Ce type ne peut être utilisé que comme type de retour et ne peut pas être combiné avec des types d'intersection ou d'union. L'auteur illustre son propos avec des exemples pratiques et met en garde contre les erreurs fatales si une fonction marquée "never" retourne implicitement ou explicitement une valeur.
L'article explore les écarts entre ce que les lecteurs d'écran annoncent et ce qui est visuellement affiché à l'écran, en utilisant des burritos comme métaphore. Il souligne que les emojis et autres éléments visuels peuvent induire en erreur les utilisateurs de lecteurs d'écran, comme dans l'exemple d'un emoji de burrito dans un titre de sandwich. L'auteur fournit des tableaux comparatifs montrant comment les lecteurs d'écran populaires (JAWS, NVDA, VoiceOver) annoncent différents éléments HTML, et discute des éléments que le HTML fournit par défaut et ceux qui nécessitent des ajouts pour des annonces significatives. L'article encourage à mieux documenter et enregistrer les exigences des lecteurs d'écran pour combler les lacunes entre la conception et le code.
Cet article explique comment utiliser les titres pour structurer clairement une page web, améliorant ainsi la compréhension pour tous les utilisateurs, y compris ceux utilisant des technologies d'assistance. L'article aborde trois problèmes courants : utiliser des titres pour du texte non structurel, ne pas utiliser de titres pour du texte structurel, et un ordre de titres incohérent. Les solutions proposées incluent l'utilisation appropriée de HTML et CSS pour garantir une sémantique et une hiérarchie correctes des titres.
L'article explore les différentes techniques HTML pour gérer les sauts de ligne et les ruptures de mots. Il détaille l'utilisation de la balise <br> pour les sauts de ligne, <wbr> pour les opportunités de rupture de mots, ­ pour les tirets mous et pour les espaces insécables. L'auteur explique quand et comment utiliser ces éléments, tout en soulignant leurs limites et alternatives. Un guide pratique pour mieux maîtriser la mise en page du texte en HTML.
Cet article explique que les web feeds, souvent appelés "RSS", permettent de syndiquer du contenu web via des formats comme RSS, Atom ou JSON. Les feeds sont utilisés par des lecteurs de flux pour agrégater et présenter le contenu de manière lisible. L'article souligne également l'importance de l'autodécouverte des flux, qui permet aux utilisateurs d'ajouter facilement des sites à leur lecteur de flux sans connaître les détails techniques. Un exemple de mise en œuvre de l'autodécouverte est fourni.
Richard Dern explore les environnements de développement basés sur le web, cherchant une solution native à NixOS qui ne limite pas ses capacités quotidiennes. Il retrace l'histoire des IDE, des éditeurs de code en mode console comme vi et Emacs, aux environnements intégrés modernes. Son parcours, similaire à celui de la recherche d'un émulateur de terminal, aboutit à une solution pérenne mais avec quelques compromis, tout en notant l'évolution constante des alternatives.
Ce billet explique comment configurer des domaines personnalisés avec SSL dynamique pour une application multi-tenant utilisant Coolify et Traefik. L'auteur, Hugo Lassiège, détaille les étapes pour rediriger le trafic via des enregistrements DNS (CNAME, ALIAS, ou A) et configurer Traefik pour gérer les certificats SSL pour ces domaines personnalisés, en évitant de redémarrer l'application et en permettant une gestion programmatique.