6 points par GN⁺ 2024-05-07 | 1 commentaires | Partager sur WhatsApp

Prise en charge de la propriété CSS transition (29 mars 2024)

  • Récapitulatif de la prise en charge de la propriété CSS transition dans les clients e-mail
  • La propriété CSS transition permet d’animer les changements de valeurs des propriétés CSS sur une durée donnée
  • Elle n’est pas encore largement prise en charge par les clients e-mail

Prise en charge de la propriété CSS text-wrap (3 avril 2024)

  • Récapitulatif de la prise en charge de la propriété CSS text-wrap dans les clients e-mail
  • La propriété CSS text-wrap permet de définir comment les mots longs doivent être coupés à la ligne
  • Elle n’est pas encore largement prise en charge par les clients e-mail

Prise en charge des propriétés CSS word-spacing, shape-margin, shape-outside (13 mars 2024)

  • Récapitulatif de la prise en charge des propriétés CSS word-spacing, shape-margin, shape-outside dans les clients e-mail
  • word-spacing est une propriété qui permet d’ajuster l’espacement entre les mots
  • shape-margin et shape-outside sont des propriétés qui définissent la manière dont le texte s’habille autour d’une image ou d’un objet
  • Elles ne sont pas encore largement prises en charge par les clients e-mail

Actualités des mises à jour Caniemail de mars 2024 (29 mars 2024)

  • Informations récapitulatives sur les mises à jour ajoutées au site Caniemail en mars 2024

Actualités des mises à jour Caniemail de février 2024 (29 février 2024)

  • Informations récapitulatives sur les mises à jour ajoutées au site Caniemail en février 2024

État de la prise en charge des propriétés CSS par les clients e-mail

  • Apple Mail (macOS) : 267 prises en charge sur 284
  • Apple Mail (iOS) : 266 prises en charge sur 284
  • Samsung Email (Android) : 239 prises en charge sur 284
  • SFR (webmail desktop) : 226 prises en charge sur 257
  • WEB.DE (iOS) : 222 prises en charge sur 235

Présentation du site Caniemail

  • Site lancé et maintenu par @HTeuMeuLeu et l’équipe de Tilt Studio
  • Basé sur le site caniuse.com original de @Fyrd et designé par @Lensco
  • Basé sur l’idée originale et le nom proposés par @M_J_Robbins et l’équipe Rebel
  • La communauté des développeurs e-mail sur GitHub contribue aux données
  • En cas de problème, le site invite à signaler les bugs sur GitHub

L’avis de GN⁺

  • Un site très utile pour les développeurs e-mail, qui permet de voir d’un coup d’œil la prise en charge des propriétés CSS selon chaque client e-mail. C’est un site indispensable pour vérifier la compatibilité lorsqu’on applique de nouvelles propriétés CSS aux e-mails.
  • La prise en charge de CSS par les clients e-mail reste encore très insuffisante par rapport aux navigateurs web. Les propriétés liées à l’animation ou à la mise en page sont presque totalement absentes, ce qui constitue une limite pour le design d’e-mails.
  • Le site publie régulièrement des informations de mise à jour, ce qui semble utile aux développeurs e-mail pour rester à jour. En revanche, le rythme des mises à jour est si soutenu qu’il peut être difficile à suivre.
  • Parmi les sites similaires, on peut citer EmailOnAcid et Litmus, qui se distinguent en proposant des captures d’écran d’aperçu du rendu dans chaque client. Utilisés avec Caniemail, ils peuvent produire un effet de synergie.

1 commentaires

 
GN⁺ 2024-05-07
Avis Hacker News

En résumé :

  • La prise en charge des e-mails en dark mode est l’une des choses les plus frustrantes pour les développeurs front-end. Il faut implémenter uniquement le design en light mode et choisir des couleurs qui restent lisibles quand le client e-mail inverse automatiquement les couleurs en dark mode.
  • Utiliser mjml(https://mjml.io/) pour créer des templates d’e-mail améliore la compatibilité.
  • Litmus(https://litmus.com) ou testi.at permettent de tester l’apparence des templates d’e-mail sur diverses applications et divers appareils.
  • Il existe une anecdote amusante selon laquelle beaucoup de visiteurs du site Can I email? essaient d’envoyer un e-mail à une célébrité.
  • HTML est plus proche d’une application que d’un document, donc sa prise en charge dans les clients e-mail est limitée. Ce serait bien d’avoir un standard officiel définissant un sous-ensemble de HTML.
  • Certains pensent que l’introduction de HTML dans l’e-mail est ce qu’il y a eu de pire, et que le contenu en texte brut est ce qu’il y a de mieux.
  • jsx-email dispose d’une CLI intégrée de vérification de compatibilité des clients e-mail qui utilise le jeu de données caniemail.
  • Gmail et Outlook sont tout en bas du classement de compatibilité.
  • Plus le rang est bas, mieux c’est. Certains appliquent une politique de « suppression automatique des e-mails contenant des pièces jointes non sollicitées ».