WordPress 7.1 Yazı Gölgesini Global Stiller’e Getirdi

🇬🇧 English: Read this in English →

Blok editörü bazen öyle küçük bir tipografi özelliği ekliyor ki, ne kadar uzun süredir eksik olduğunu fark bile etmiyorsun. Yazı gölgesi tam olarak bu türden. Kağıt üzerinde tek satırlık bir CSS özelliği. WordPress tema tarafında ise üç yıllık yarım çözüm — bir alt temaya sıkıştırılmış özel CSS, tek başlık için kurulmuş koca bir eklenti, “additional CSS” alanına kopyalanıp unutulmuş bir kural, ve yıllar sonra “şu hero başlıktaki gölge nereden geliyor” sorusuna kimsenin cevap veremediği bir dosya yığını. Açık konuşayım, ben bu yığının içine düşüp iki saat aradığım gölgeyi hâlâ hatırlıyorum.

WordPress’in uzun vadede kazandığını sürekli söylüyorum — yönlendirmeler, revizyonlar, eklenti ekosistemi, ölçeklenen bir yönetişim katmanı. Global Styles bu hikâyenin tasarım sistemi versiyonu. Her gerçek tasarım kararı CSS parçacıklarından theme.json‘a taşındığında site biraz daha kolay devrediliyor, bakımı biraz daha ucuza geliyor, 2023’te o gölge kuralını yazıp gitmiş tek geliştiriciye biraz daha az bağımlı hale geliyor. Benim için asıl kıymet bu: kararın nerede yaşadığını bilmek.

WordPress 7.1 yazı gölgesini bu katmana ekliyor. Eklenti değil, filtre değil, yeni bir blok değil. styles.typography altında birinci sınıf bir özellik olarak, theme.json‘da bir kez tanımlanıp global, blok bazında veya öğe durumu bazında uygulanabiliyor. Bu yazıda ne getirdiğini, henüz ne getirmediğini ve önümüzdeki dönemde nerede kullanacağımı yazacağım.

Gerçekten yeni olan ne

Aaron Robertshaw’un “Text Shadow Support in Global Styles” başlıklı geliştirici notu 23 Temmuz 2026’da Make/Core’da yayımlandı. Not, WordPress 7.1’de gelen yüzeyi belgeliyor (yayın tarihi 19 Ağustos, yayın programı uyarınca) ve API zaten Beta 3 içinde dondurulmuş durumda.

Mekanizma styles.typography altına gelen yeni bir textShadow özelliği. Doğrudan CSS’in text-shadow özelliğine eşleniyor, yani geçerli her CSS değeri çalışıyor — tek gölge, virgülle ayrılmış birden çok gölge, tasarımcının Figma’da çizdiği her şey. Üç seviyede tanımlanabiliyor: global tipografi, blok bazında (styles.blocks.core/paragraph.typography) ve durumlar dahil öğe bazında (styles.elements.link.:hover.typography).

{
  "styles": {
    "typography": {
      "textShadow": "1px 1px 2px red, 0 0 1em blue, 0 0 0.2em blue"
    },
    "blocks": {
      "core/paragraph": {
        "typography": {
          "textShadow": "1px 1px 2px red, 0 0 1em red, 0 0 0.2em red"
        }
      }
    },
    "elements": {
      "link": {
        ":hover": {
          "typography": {
            "textShadow": "none"
          }
        }
      }
    }
  }
}

Kaputun altında bu iş Aki Hamano tarafından açılan ve 24 Haziran 2026’da birleştirilen Gutenberg PR #73320. Şubat 2023’ten beri açık olan “Typography: Add Text shadow support” takip biletinin ilk maddesini kapatıyor. Zengin metin yer tutucuları gölgeyi ayıklıyor ki boş durum okunabilir kalsın; gerçek içerik hem editörde hem ön yüzde gölgeyi koruyor. Robertshaw değişiklikleri “eklemeli” olarak tanımlıyor — mevcut temalar hiçbir şey yapmıyor, hiçbir şey almıyor, hiçbir şey kırılmıyor. Bu cümleyi seviyorum, çünkü bir çekirdek özelliğinin “kimse fark etmeden gelmesi” iyi tasarımın sessiz işaretidir.

7.1’de gelmeyen kısmı da yazmak gerekiyor. Blok denetçisinde henüz kontrol yok — editörün sağ kenar çubuğundan tek bir başlığa gölge atayabileceğin bir açılır menü yok. Global Styles UI’da hazır ayar sistemi de yok, settings.typography.textShadowPresets yok, var(--wp--preset--text-shadow--soft) gibi özel değişkenler yok. Bu iş, henüz açık olan takip PR’ı #79584‘te — Paragraph ve Heading bloklarına blok desteği, hazır ayar şeması ve düzenleme arayüzü ekliyor. Robertshaw bu kısmın sonraki sürüme kaldığını açıkça yazıyor.

Yani 7.1’in şekli bilinçli olarak dar tutulmuş: tema yazarları gölgeleri theme.json‘da tanımlıyor, geri kalan herkes UI katmanını bekliyor. Doğru sıralama bu. Önce boru tesisatı, sonra musluk.

Gölgeyi elle yaptığımız günlerden bir not

Şimdi izin ver de sektörün dinozoru bir dakikalığına lafa girsin. Bir metnin altına gölge koymak, benim gözümde hiçbir zaman “tek satırlık CSS” olmadı. 1990’larda CorelDRAW ve FreeHand ile çalışırken gölge diye bir düğme yoktu. Yaptığın şey şuydu: metni kopyalar, bir tık sağ-alta kaydırır, koyu griye boyar, arkaya gönderirdin. Yumuşaklık istiyorsan üstüne bir de bulanıklık numarası çevirirdin. Başlığın kelimesini değiştirdiğinde? Alttaki gölge kopyasını da elle güncellerdin, yoksa hayalet bir metin öylece orada dururdu.

Sonra Flash geldi ve dropShadow filtresini tanıştırdı — gölge artık metnin bir özelliğiydi, ayrı bir nesne değil. Kelimeyi değiştiriyordun, gölge onunla birlikte geliyordu. O gün küçük bir devrimdi; “gölge, harfin kendisine ait bir stildir, elle sürdürdüğün ikinci bir katman değildir” fikri kafama o zaman kazındı. theme.json içindeki textShadow tam olarak aynı olgunlaşma: gölge artık temanın tasarım kararının bir parçası, hero başlığın altına elle iliştirdiğin ayrı bir CSS kuralı değil. Fikir otuz yıl önce doğdu, sadece bu sefer doğru katmana yerleşti.

WordPress ve WooCommerce ekipleri için neden önemli

Bu güncellemenin sıradan bir “küçük tipografi eklemesi” yazısından farklı yere düşmesinin üç somut nedeni var.

Birincisi, ajans saatlerini yiyen o kalıp ortadan kalkıyor. Bilirsin — müşteri, açık renkli bir ürün fotoğrafının üzerinde beyaz metnin okunabilir kalması için hero başlığa yumuşak bir gölge istiyor. Eski akış: alt tema, ek bir stil dosyası, bir .hero-title { text-shadow: ... } kuralı, teslim dokümanına bir not, ve gelecek yıl hero’yu yeniden tasarlayan kişi için bir mayın. Yeni akış: theme.json içinde styles.elements.h1.typography altına iki satır, tema ile birlikte sürümleniyor, wp theme.json araçları ile keşfedilebilir hale geliyor, “rastgele CSS” yığınından çıkıyor.

İkincisi, blok editörünün diğer özelliklerde verdiği aynı olgunluk sinyali. Kenar yarıçapı, kutu gölgesi, harf aralığı, metin dekorasyonu — her biri özel-CSS-sadece durumundan theme.json özelliğine, oradan hazır ayar sistemine, oradan blok denetçisi kontrolüne aynı yolu yürüdü. Yazı gölgesi şimdi ikinci adımda. Kutu gölgesinin bu yolculuğunu izlediysen geri kalanı planlamayı zaten biliyorsun.

Üçüncüsü, WooCommerce açısı. Mağaza temaları hero fotoğrafına ve ürün kartlarına ağır yaslanıyor. Metnin görsel üzerine bindiği yerde kontrast bozuluyor ve tasarımcının ilk çözümü gölge oluyor. H1 öğesine veya buton öğesine gölgeyi bir kısa kod içine değil, bir sayfa oluşturucu modülünün içine değil, doğrudan theme.json‘a gömebilmek, ileride mağaza teması değişimini ucuzlatıyor — çünkü tasarım kararı dosyayla birlikte taşınıyor. Ben olsam bir mağaza temasını devralırken ilk baktığım yer bu tür kararların nerede saklandığı olurdu.

Ben ne yaparım (ve ne yapmam)

Blok teması geliştirip bakan ekipler için bu hafta ve önümüzdeki hafta için dört maddelik bir plan.

• Mevcut yazı gölgesi kurallarını denetle. Her özel stil dosyasında, alt temada ve additional CSS alanında bu özelliği grep’le. Bulunan her kural, 19 Ağustos sonrası theme.json‘a taşınacak aday demek. Aynı gün değil — listeyi şimdi çıkar, taşımayı planlı bir bakım penceresinde yap.
• Beta 3 üzerinde test et, üretimde değil. Beta 3 sürümü bu yüzeyi zaten taşıyor. Bir Playground blueprint’i veya bir kopya ortam aç, temaya ait theme.json‘a textShadow ekle, gölgenin hem editörde hem ön yüzde çıktığını doğrula. Üretimde zaten kullandığın CSS değerlerini birebir dene ki fark sıfır olsun.
• Bugün hazır ayar kütüphanesi kurma. soft, glow, retro slug’larını icat edip bir eklenti üzerinden kaydetmek cazip görünüyor. Yapma. #79584’teki hazır ayar şeması henüz birleştirilmedi. Bugün kuracağın her şey o yüzey geldiğinde yeniden adlandırılmak zorunda kalacak. Bir sürüm bekle.
• Bunu WooCommerce 11.0 penceresinin üzerine yığma. WC 11.0 28 Temmuz’da geliyor. WP 7.1 19 Ağustos’ta geliyor. İki yükseltme penceresi, iki triyaj kuyruğu, üç hafta arayla. WC 11.0 geçişini önce WordPress 7.0.2 kararlı sürümü üzerinde yap, 7.1 geçişini ayrı planla. Sıralı bakım pencereleri hafta sonlarını kurtarır.

Yapmayacağım bir şey daha: bugün yazı gölgesi için denetçi kontrolü ekleyen üçüncü parti bir eklenti kurmak. Blok seviyesi arayüzü çekirdek tarafından bir sonraki sürüm döngüsünde geliyor. Bugün benimseyeceğin her üçüncü parti kontrol, çekirdek kendi versiyonunu yayımladığı anda teknik borca dönüşür — üstelik çekirdek çoğu denetçi eklentisinden daha iyi UX gönderir, çünkü var olan her temada ayakta kalmak zorundadır, sadece birinde değil.

Bu özelliğin asıl anlamı gölgenin kendisi değil. Asıl anlamı, “rastgele CSS” klasöründe bir parça daha az kural ve temanın kendi içinde yaşayan bir tasarım kararı daha. Ben otuz yıldır aynı dersi öğreniyorum: karar nerede yaşıyorsa, bakım da orada ucuzlar.