Voilà, c’est fait. Blockshifter, mon premier plugin, est publié sur le répertoire officiel WordPress ! Et oui, je suis assez fier de le dire.
(suite…)-
Cross-document View Transitions Part 1
Bookmarked Cross-Document View Transitions: The Gotchas Nobody Mentions by .
Je trouve les Cross-Document View Transitions fascinantes parce qu’elles remettent un peu en question le délire du “tout en SPA”. Pendant des années, on a complexifié des stacks entières juste pour avoir des transitions fluides entre deux pages. Maintenant, le navigateur commence enfin à gérer ça nativement avec quelques lignes de CSS. Ça change doucement la donne.
Le plus drôle, c’est que la mise en place paraît presque insultante tellement c’est simple :
@view-transition { navigation: auto; }Et derrière, t’as déjà une transition entre pages du même domaine. Pas besoin de framework JS qui pèse un âne mort ou d’usine à gaz façon router custom.
Évidemment, ça reste jeune. Firefox traîne encore un peu des pieds et il faut accepter le principe du progressive enhancement. Mais honnêtement ? C’est probablement le bon moment pour commencer à jouer avec ça sur des projets perso ou des sites de contenu.
J’aime surtout le message derrière cette API : le Web redevient capable de faire des trucs modernes sans transformer chaque site vitrine en pseudo application mobile. Et ça, franchement, ça fait du bien.
-
3 mai 2026 à 16:55
Ces derniers temps je m’intéresse à Next.js et honnêtement je comprend pas pourquoi je ne m’y suis pas intéressé plus tôt. #vismavie -
dimanche 03 mai 2026 @ 16:33:36
Balade du gnome pour éviter les écrans 👌
- 3,85 km
- 5 608 pas
- 57min 49s
-
One Developer, Two Dozen Agents, Zero Alignment
Bookmarked One Developer, Two Dozen Agents, Zero Alignment.
Maggie Appleton bosse chez GitHub Next sur un truc qu’ils appellent Ace — un workspace d’agents en temps réel, multijoueur. Le pitch tient en une phrase : et si les agents de code n’étaient pas juste des outils solo, mais des collaborateurs partagés entre toute une équipe ?
La conférence part d’un constat qui m’a bien parlé. On est en train de vivre l’ère du “un dev + vingt-quatre Claudes = une équipe entière”. Et ça m’a fait sourire, parce que c’est exactement l’illusion qu’on se raconte. Sauf que le vrai problème n’a jamais été la vitesse d’implémentation. C’est l’alignement — savoir ce qu’on est censé construire, pourquoi, et pour qui.
Son image est imparable : “neuf femmes ne font pas un bébé en un mois”. Produire plus vite individuellement ne résout pas les problèmes qui demandent coordination et communication. Ça les aggrave.
Ce qui m’a le plus frappé, c’est le constat sur les outils actuels. GitHub, Slack, Jira — tous conçus pour une époque où l’implémentation prenait du temps.
Aujourd’hui, le temps entre l’ouverture d’une issue et le PR de l’agent, c’est quelques minutes. On planifie plus. On aligne plus. Et on laisse le pauvre PR porter tout le poids d’une conversation qui aurait dû avoir lieu bien avant.
Ace essaie de répondre à ça : un espace partagé, des agents en commun, un contexte visible pour tout le monde en temps réel.
Est-ce que ça va marcher ? Je sais pas. Mais la question posée, elle, est bonne.
Ah, et y’a un moment où elle dit que les agents sont nuls en CSS. Enfin quelqu’un qui dit la vérité.
-
Menu horizontal CSS : les sprites, c’était malin en 2009, beaucoup moins en 2026
La technique des sprites CSS a longtemps été une excellente solution pour optimiser les menus à base d’image, mais en plus de 15 ans, le Web a bien évolué. En 2026, on peut (on doit 🤔) construire des menus horizontaux plus souples, responsives et accessibles. Dans cet article, on va voir comment recréer l’idée d’un « menu horizontal avec sprites CSS » en utilisant des techniques modernes, en gardant les mêmes objectifs qu’à l’époque : esthétique et performance.
(suite…) -
Three Ways phpMyAdmin Saves Your WordPress Site and Your Sanity
phpMyAdmin, c’est un peu l’outil qu’on oublie jusqu’au moment où tout part en vrille. L’article rappelle trois trucs super pratiques : corriger les URL cassées après une migration (parce qu’on a tous déjà galéré avec ça), nettoyer les révisions qui bouffent la base, et réparer les tables corrompues en deux clics.
Ce qui me plaît, c’est que c’est direct et sans bullshit. Pas de plugin miracle à installer, juste une connexion à la base et quelques requêtes SQL bien senties. C’est le genre de conseil qu’on donne à un pote qui flippe devant son site planté.
Bon, évidemment, faut pas jouer avec la base les yeux fermés. Backup d’abord, explore ensuite. Mais franchement, phpMyAdmin reste un couteau suisse indispensable quand WordPress fait sa crise. Ça rassure de savoir qu’on peut encore mettre les mains dans le cambouis.
-
8 février 2026 à 21:20
En parcourant mon reader RSS, je suis tombé sur cet article https://www.alwaystwisted.com/articles/ive-been-compiling-my-sass-wrong-for-years et ça m’a fait réaliser que j’avais moi aussi ce warning quand je compile mes SCSS au boulot. Premier truc que je ferai en arrivant demain matin ! -
CSS @scope: An Alternative To Naming Conventions
Alors là, je dois dire que @scope me parle vraiment. J’ai passé des années à jongler avec BEM, SMACSS, et toutes ces conventions de nommage qui finissent par te donner l’impression d’écrire du morse plutôt que du CSS. L’idée de pouvoir scoper du CSS natif sans avoir à préfixer chaque classe avec le nom du composant trois fois, c’est exactement ce qu’il me fallait.
Ce qui me botte, c’est que ça reste lisible. Pas de .card__header–modifier à rallonge. Juste du CSS qui dit clairement “ça s’applique dans ce contexte, point final”. Et le support navigateur est déjà là pour une bonne partie. Bon, évidemment, il faut un peu de temps pour que tout le monde suive, mais l’approche progressive me va bien.
Je pense tester ça sur mon prochain side project, histoire de voir comment ça se comporte dans la vraie vie. Parce qu’en vrai, les conventions c’est bien, mais si le langage peut gérer le problème nativement, pourquoi se compliquer la vie ?
