Interop 2027 : les fonctions CSS et les formes de coins arrivent dans les navigateurs
Sommaire
En bref
- Le projet Interop 2027 vise à standardiser dix nouvelles fonctionnalités CSS dans les navigateurs majeurs d'ici fin 2027.
- Les fonctions CSS (@function) permettront de définir et d'invoquer des styles réutilisables, similaires aux fonctions JavaScript.
- De nouvelles propriétés comme corner-shape (squircle, bevel) et border-shape offriront des alternatives aux arrondis classiques.
- Certaines fonctionnalités sont déjà disponibles dans Chrome et Edge, mais pas encore dans Firefox et Safari.
- Le débat sur HN s'articule entre l'enthousiasme pour ces améliorations et le reproche que CSS devienne trop complexe, occultant des besoins fondamentaux (date pickers, accessibilité tactile).
Ce que dit la source
Josh Wcomeau détaille le projet Interop 2027, une initiative conjointe des éditeurs majeurs (Google, Apple, Microsoft, Mozilla) et de prestataires (Igalia, Bocoup) pour uniformiser la prise en charge des technologies web. Il affirme que quand une fonctionnalité entre dans Interop, elle atteint près de 100 % de support cross-browser dans l'année. L'article explore les dix fonctionnalités CSS qu'il a votées pour inclusion en 2027, dont les fonctions CSS, corner-shape et border-shape, prétendument en train de redéfinir ce que CSS permet.
- Les CSS functions (@function) permettront de déclarer des blocs réutilisables avec paramètres et valeur de retour, déjà implémentées dans Chrome 155 et Edge 154, absentes de Firefox 157 et Safari 27.
- La propriété corner-shape offre des alternatives à border-radius : squircle (courbes douces inspirées des designs Apple), bevel (angle vif), notch (encoche), scoop (concavité), déjà en Chrome/Edge mais pas dans Firefox/Safari.
- La propriété border-shape est une version bas niveau permettant de dessiner les bordures soi-même, complémentaire à corner-shape.
- Subgrid (CSS Grid) a démontré l'efficacité d'Interop : absent des navigateurs pendant des années jusqu'à son ajout en 2023, il a atteint 100 % de support cross-browser en un an.
- L'auteur évoque des cas d'usage avancés : convertir coordonnées polaires et cartésiennes en CSS pur via cos() et sin(), réduisant le besoin de JavaScript pour les animations.
Dans les commentaires
Débat profondément divisé : d'un côté, des développeurs front celebrant l'amélioration de CSS et sa convergence cross-browser; de l'autre, des critiques pointant que CSS accumule des complexités esthétiques (coins arrondis, dégradés) au détriment de besoins pratiques non résolus (date pickers natifs, accessibilité tactile, positionnement des tooltips).
- Plusieurs commentateurs contestent que l'ajout de fonctions CSS mimant JavaScript rend le langage trop complexe et brouille les frontières originelles (HTML = contenu, CSS = présentation, JS = logique).
- Une objection récurrente porte sur les priorités : l'industrie ajoute des raffinements visuels (squircles, bevels) alors que les composants fondamentaux (date pickers, popovers accessibles) manquent d'implémentation native robuste depuis des années.
- Un commentateur souligne le décalage : l'article vante la collaboration cross-browser, mais chaque fonctionnalité showcasée n'existe que dans Chrome et Edge, rappelant que l'unification est davantage promesse que réalité.
- Une critique plus large note que l'embellissement CSS exacerbe l'homogénéisation du web : Tailwind et les frameworks dominent, la majorité des sites affiche les mêmes patterns (boutons arrondis, grilles de cartes, espaces généreux), et des éléments comme corner-shape ne changent rien à cette uniformité.
Notre lecture
Wcomeau expose un projet technique solide et un processus interop efficace : la démonstration avec Subgrid prouve que la convergence fonctionne quand elle existe. Cependant, le débat HN révèle une tension réelle entre ambition esthétique et pragmatisme. Les fonctions CSS sont intéressantes pour les animateurs et les layouts complexes, mais l'absence de date picker natif, de popover complètement accessible, ou d'API tactile robuste remet en cause l'ordre des priorités de l'industrie. Pour les DSI et leads front, ces arrivées (surtout corner-shape et functions) sont intéressantes à surveiller et à tester progressivement; elles ouvrent des possibilités en CSS pur qui réduisent la dépendance au JS pour les animations, mais ne justifient pas une refonte immédiate. La vraie question n'est pas "faut-il utiliser corner-shape?", c'est "pourquoi CSS devient-il un Turing-complet au lieu de d'abord rendre natifs les composants que chaque produit doit recoder?".