Caniemail.com - E-posta içerik uyumluluğu kontrol servisi (caniuse'un e-posta sürümü)

CSS transition özelliği desteği (29 Mart 2024)

• E-posta istemcilerinde CSS transition özelliği destek durumunu derleyen içerik
• CSS transition özelliği, CSS özellik değerlerindeki değişime belirli bir süre boyunca animasyon efekti veren bir işlevdir
• E-posta istemcilerinde henüz geniş çapta desteklenmiyor

CSS text-wrap özelliği desteği (3 Nisan 2024)

• E-posta istemcilerinde CSS text-wrap özelliği destek durumunu derleyen içerik
• CSS text-wrap özelliği, uzun kelimelerin satır sonlarında nasıl bölüneceğini belirleyen bir özelliktir
• E-posta istemcilerinde henüz geniş çapta desteklenmiyor

CSS word-spacing, shape-margin, shape-outside özellikleri desteği (13 Mart 2024)

• E-posta istemcilerinde CSS word-spacing, shape-margin, shape-outside özelliklerinin destek durumunu derleyen içerik
• CSS word-spacing, kelimeler arasındaki boşluğu ayarlayan bir özelliktir
• CSS shape-margin ve shape-outside, metnin görsel veya nesnelerin etrafında nasıl akacağını belirleyen özelliklerdir
• E-posta istemcilerinde henüz geniş çapta desteklenmiyor

Mart 2024 Caniemail güncelleme haberleri (29 Mart 2024)

• Mart 2024'te Caniemail sitesine eklenen güncellemeleri derleyen haber

Şubat 2024 Caniemail güncelleme haberleri (29 Şubat 2024)

• Şubat 2024'te Caniemail sitesine eklenen güncellemeleri derleyen haber

E-posta istemcilerinde CSS özellik desteği durumu

• Apple Mail (macOS) : 284 özelliğin 267'sini destekliyor
• Apple Mail (iOS) : 284 özelliğin 266'sını destekliyor
• Samsung Email (Android) : 284 özelliğin 239'unu destekliyor
• SFR (Desktop Webmail) : 257 özelliğin 226'sını destekliyor
• WEB.DE (iOS) : 235 özelliğin 222'sini destekliyor

Caniemail sitesi tanıtımı

• @HTeuMeuLeu ve Tilt Studio ekibinin başlattığı ve bakımını yaptığı site
• @Fyrd'ün orijinal caniuse.com'unu temel alıyor ve tasarımı @Lensco tarafından yapılmış
• @M_J_Robbins ve Rebel ekibinin orijinal fikir ve isimlendirmesine dayanıyor
• GitHub'daki e-posta geliştirici topluluğu veri katkısıyla destek veriyor
• Bir sorun varsa GitHub'a bug raporu gönderilmesi isteniyor

GN⁺ görüşü

• E-posta geliştiricileri için çok faydalı bir site; her e-posta istemcisindeki CSS özellik desteğini tek bakışta görmek mümkün. Yeni CSS özelliklerini e-postada kullanırken uyumluluk kontrolü için mutlaka gerekli bir site.
• E-posta istemcilerinin CSS desteği hâlâ web tarayıcılarına kıyasla oldukça yetersiz. Animasyon ve düzenle ilgili özellikler neredeyse hiç desteklenmiyor; bu da e-posta tasarımının sınırlarını belirliyor.
• Düzenli olarak güncelleme haberleri paylaşıyor olması, e-posta geliştiricilerinin en güncel bilgileri takip etmesine yardımcı olabilir. Ancak güncelleme sıklığı fazla olduğu için takip etmek zorlayıcı da olabilir.
• Benzer siteler arasında EmailOnAcid ve Litmus bulunuyor; farkları, bu sitelerin her istemcide nasıl render edildiğine dair önizleme ekran görüntüleri sunması. Caniemail ile birlikte kullanıldığında sinerji yaratabilir.

[GN⁺]

Hacker News yorumları

• Harika bir kaynak ve Outlook gerçekten çok uğraştırıcı; desteklediği şeyler de çok az.
  Şirket uygulaması bildirimleri için e-posta şablonları hazırlarken genelde zorlanıyordum, ama sonradan MJML(https://mjml.io/) kullanmaya geçince işler çok daha iyi gitmeye başladı.
  Test ettiğim çeşitli cihazlarda ortaya çıkan sonuç en uyumlu görüneniydi; ayrıca farklı uygulama ve cihazlarda nasıl render edildiğini görmek için Litmus(https://litmus.com) kullandım. Başka bir başlıkta geçen https://testi.at/ hizmetini de denedim ve o da gayet iyiydi.

  • MJML ilginç görünüyor. Kurumların erişilebilir ve makine tarafından okunabilir e-postalara önem vermesi için keşke iş açısından daha güçlü gerekçeleri olsa.
    HTML e-posta, IE6 dönemindeki web gibi donup kalmış durumda; bu yüzden resim etiketleri listesinden fazlasını gerektiren az sayıdaki e-posta işi için Foundation for Emails(https://get.foundation/emails.html) kullandım ve böyle bir şeyin var olmasına minnettarım.
  • MJML bu alanda açık ara en iyi araç ve sık sık kullanıyorum. 2024'te e-posta geliştiriyorsanız, HTML e-postanın büyük dertlerinden kaçınmak ya da onları azaltmak için çok önemli bir kestirme yol.
  • E-posta üretimi için react-email(https://react.email) da tavsiye ederim. Sağladığı bileşenler yeterli ve eskiden e-posta pazarlaması döneminde olduğu gibi her beş satırda bir etiket ekleyerek mail hazırlamaktan çok daha iyi.
  • Demek ki günümüzde Outlook, e-postanın Internet Explorer'ı gibi bir şey.

• Bu siteyle ilgili komik bir anekdot var. İşletmecisi, geçmişte kullanım kayıtlarında sitenin amacını yanlış anlayan insanların ünlü isimlerini yazıp onlara e-posta göndermeye çalıştığına dair çok sayıda iz olduğunu söylemişti.

  • Önce bunun ne olduğunu anlamaya çalıştım ama doğru düzgün bir açıklama bulamadım. “E-posta içeriği için caniuse benzeri bir şey” deniyor ama caniuse'un ne olduğunu bilmiyorsanız anlaması zor.
    Yeni bir hizmet yayımlamadan önce, ortalama birinin bunun ne olduğunu anlayabileceği kısa bir açıklama bölümü koymaları iyi olurdu.

• Puan ne kadar düşükse o kadar iyi. “E-postada yalnızca düz metne izin verilir, önceden mutabakat olmadan ek dosya kabul edilmez ve geri kalan her şey otomatik silinir” politikası olan epey kişi tanıyorum.

  • Düz metni biraz genişletmek mantıklı. Mesele sadece süs değil; sağdan sola yazılan diller, listeler, bağlantılar gibi kullanımlar için biraz işaretleme yararlı olur ve HTML bunun için yeterlidir.
    Sorun, CSS'nin aşırı kullanılması ya da doğrudan JavaScript'e izin verilmesi. CSS veya JavaScript olmadan yalnızca HTML'den kaynaklanan bir e-posta güvenlik sorunu aklıma gelmiyor.
  • HTML sürümü boş olan ya da sadece “şişkin istemci kullanmayın” yazan, gerçek içeriği ise düz metin alternatif gövde içinde bulunan e-postalar gönderen en az iki kişi tanıyorum.
    Thunderbird'de okumak için sanırım e-postanın ham kaynağına bakmak gerekiyordu.

• İlgili bağlantılar:
  Can I Email? - https://news.ycombinator.com/item?id=27112960 - Mayıs 2021, 273 yorum
  Can I Email: ‘Can I Use’ for email - https://news.ycombinator.com/item?id=20948826 - Eylül 2019, 196 yorum
  'Can I Use' for Email - https://news.ycombinator.com/item?id=20934601 - Eylül 2019, 1 yorum

• En popüler iki istemci olan Gmail ve Outlook sırasıyla 25. ve 41. sırada, yani en altlarda yer alıyor.

  • Gmail'in desteklemediği özelliklere bakınca display: none, animasyonlar ve diğer CSS özellikleri gibi, e-postada mutlaka bulunması gerektiği söylenemeyecek şeyler görülüyor.
    Temel yetenekleri var; bu yüzden yüksek bir sıra almak mutlaka iyi bir hedef olmayabilir.
  • Bu bana, en popüler olduğu hâlde özellik açısından zayıf olan Internet Explorer'ı hatırlatıyor.

• Tam özellikli bir HTML “belgesi” aslında belge değil, daha çok bir uygulamaya yakındır; dolayısıyla e-posta istemcilerinin desteği sınırlaması mantıklı.
  Ama bu parçalanmışlık yüzünden keşke gerçek bir standart olsaydı. Uzak kaynak çekemeyen veya kod çalıştıramayan, resmi bir uygulama olmayan HTML alt kümesi gerekli. Gömülü medya, animasyon ve stillendirme içeren bir belge biçimi yeterli olurdu.

  • Animasyon ve statik olmayan video medya da içeriyorsa buna hâlâ “belge” denebilir mi?
  • Açıkçası başkalarının bana çalıştırılacak kod ya da indirilecek kaynak göndermesi için hiçbir neden yok.
    Reklam teknolojisi sektörünün e-postamı reklam panosu olarak kullanmak istediğini anlıyorum ama bunun sona ermesini isterim. Düz metin ve ek dosyalar yeterli.

• Bilgi olsun diye: jsx-email içinde, caniemail veri kümesini kullanan bir CLI e-posta istemcisi uyumluluk kontrol özelliği yerleşik geliyor: https://jsx.email/docs/core/cli#check

• Tüm e-posta istemcilerinin tanıdığı az sayıdaki CSS özelliğini listelemek daha yararlı olabilir gibi geliyor. Şaka yapmıyorum, bunu ciddiyetle söylüyorum.
  CanIEmail? sorusunun cevabı çoğu zaman “hayır”.

  • https://www.caniemail.com/clients/ adresinde “check all” seçilirse, tüm e-posta istemcilerinin desteklediği özelliklerle desteğin bölündüğü özellikler ayrı ayrı görülebiliyor.
    Her yerde desteklenenler kabaca border-collapse, font kısaltması, list-style-type, çeşitli CSS birimleri (cm, em, ex, in, mm, pc, %, pt, px), vertical-align, bazı HTML öğeleri ve valign niteliği ile JPG/PNG görsel biçimleri gibi görünüyor.

• İlk başta bunun sadece büyük harflerle “Hayır.” gösteren şaka amaçlı bir site olduğunu sandım.

  • Tasarım ekibi e-posta şablonu güncellemesi istediğinde benim varsayılan cevabım da genelde bu oluyor. “Olmaz. Sadece temel biçimlendirme. Biraz cesur olmak istiyorsanız en fazla tablo. Daha fazlası olmaz.”

• E-postada karanlık mod desteği, IE6 günlerinden beri kod yazan bir frontend geliştiricisi olarak yaşadığım en sinir bozucu şeylerden biri.
  Temelde sadece açık tema tasarımını uygulayıp, özensiz karanlık modlu e-posta istemcileri otomatik tersine çevirdiğinde de fena görünmeyecek renkler seçmekten başka çare yok.
  Gmail en kötü örneklerden biri. Karanlık modda renkleri doğrudan seçmenin hiçbir yolu yok.