CSS son yıllarda etkisini arttırarak büyüyor. Benzer gelişmeyi Javascript topluluğunda yaşamıştık. Bu kısmı biraz açarsam jQuery gibi geliştiricilerin hayatını kolaylaştıran ve sorun çözen kütüphanelerin geliştirme hızına kattıkları değerleri Javascript bünyesine katan topluluk Javascript ekosisteminin büyümesini ve gelişmesini sağladı. Benzer bir durumu CSS’de görüyoruz. SASS, LESS gibi önişlemcilerin geliştiricilere sağladığı geliştirme hızını arttırıcı özellikleri tek tek CSS’in kendi özünde benimsemesi CSS’i büyütüyor. Bu sürecin son 2 senedir hızlanarak devam ettiğini görüyoruz. Son olarak bu gelişmelere büyük bir katkı yapacak olan CSS iç içe yazım desteğinin gelmesini gösterebiliriz.

CSS yazarken çok fazla tekrara düştüğümüzü ve çözüm olarak farklı şeyler denediğimizi biliyoruz. Bu soruna net çözümü CSS önişlemcileri (preprecessor) getirdi. SASS, LESS, Stylus, PostCSS bu konuda hala bizlere iç içe yazım sayesinde avantaj sağlıyor. Bu kolaylık artık CSS ile yapabiliyoruz. Benim en çok beklediğim özellikti bu. Nihayet Safari, Chrome, Edge, Opera ve son olarak Firefox desteklerini açıkladılar. Benim tahminim yaklaşık 6-8 ay sonunda bu özelliği kod düzenimiz içinde kullanabileceğimiz.

İç içe yazımın avantajları

Twitter’da iç içe yazımla ilgili paylaşımların altında yorum olarak “Niye iç içe css yazalım? Ne avantajı var?” diye soranlar oldu. Biraz da bu sorulara cevap olarak avantajlarını yazalım.

  1. Daha modüler ve düzenlenebilir CSS kodu yazmamızı sağlar. Farklı yerlerde aynı seçiciye yapılan tanımların önüne geçip daha derli toplu ve daha az hataya neden olan kodlar üretmemizi sağlar.
  2. Tekrar tekrar aynı seçiçi isimleri yazmayı önler. Düzen ve performans kazandırır.
  3. Medya sorularında tekrarlar kodu okunmaz hale getiriyor. İç içe yazım bu karmaşayı giderip daha düzenli medya sorguları yazmamıza olanak sağlar.

CSS iç içe yazım serüveni

Uzun zamandır bu konu gündem de olmasına rağmen tarayıcıların desteğinin daha yeni açıklanması işin kolay olmadığını gösteriyor.

Konunun devamını getirmeden hemen ilk yaptığım örneği paylaşayım sizlerle

Yukarıdaki kodu görebilmeniz için tarayıcınızın bu özelliği desteklemesi gerekiyor.

CSS’e iç içe tanımı getirmek isteyen tarayıcılar bazı sorunlarla karşılaştılar. Nasıl bir iç içe kullanım olacağı konusunda kafası karışık olan tarayıcı geliştiricileri çareyi bu soruyu geliştiricilere sorarak çözme yoluna gittiler. Safari ve Chrome geliştiricileri iki farklı anket ile geliştiricilerden hangi seçeneğin tercih edileceğini sordular.

Tabi insanların büyük çoğunluğu SASS kullanımına yakın olan seçenek 3‘ü %86 oy ile kazandırdı. Bundan sonra tarayıcı geliştiriciler hızlı bir şekilde entegre edip yakın zamanda duyurusunu yaptılar.

ul {
	border: 1px solid red;
	li {
		border: 1px solid blue;
	}
}

Böyle değilde & işareti ile kullanım destekleniyor.

ul {
	border: 1px solid red;
	& li {
		border: 1px solid blue;
	}
}

Burada tarayıcılar HTML elemanlar için bu tip bir kullanımın tarayıcıları üzmeyeceğine karar verip öyle standartlaştırdılar.

Önemli Not: LeaVerou SASS’taki gibi kullanım için W3C’de bir iş açtı ve kabul gördü. Firefox bu standartla çıkacak. Yani HTML elemanlar için & kullanım zorunluluğu kalkacak.

Aşağıdaki diğer kullanımlar SASS’da kullandığımız gibi.

Sözde element ve sınıfların kullanımı da benzer

a {
	&:hover {
		background-color: lightgreeen;
	}

	&:focus {
		background-color: lightgreeen;
	}
}

CSS önişlemciler gibi parent seçici kullanımı da mevcut

h2 {
  .ebeveyn & {
    background-color: lightgreen;
  }
}

Bu kod şöyle bir etkisi olacaktır.

.ebeveyn h2 {
	background-color: lightgreen;	
}

En çok ihtiyaç duyduğumuz alanlardan birisi de medya sorguları ile kullanımı.

body {
    background-color: gray;

    @media (min-width: 600px) {
        background-color: purple;
    }
}

SASS ile aradaki farklar

SASS ile alıştığımız kullanımdan farklılıklar. Burada yeni bir gelişme ilk ve önemli bir sorunu yakın zamanda çözdü W3C.

1. HTML elementleri & ile kullanmak

Yukarıda bahsettiğim gibi Firefox hariç diğer tarayıcıların da bu yeni standardı seçmeleri sonrası düzelecek bir sorun.

2. BEM gibi yapılarda kullanmaya alışık olduğumuz &__ gibi yapıları birleştirme desteği yok.

.block {
  &__element {
    // .block__element { ... }
  }
}

Yukarıdaki gibi bir birleştirmeyi SASS’daki gibi yapmıyor.

3. Etkinlik (Specifity) sorunu

CSS iç içe yazımının SASS’a göre bir başka farkı, iç içe kullanılan seçiçileri :is() ile sarması. Sass ise bu seçicileri kopyalayıp yapıştırıp ayrı ayrı yazılmış gibi kullanır. Örneğin

.foo, #bar {
  .baz { /* ... */ }
}

Bu kodu SASS ile derlediğimizde

.foo .baz, #bar .baz {
	/* ... */
}

kodunu css iç içe yazımında tarayıcılar derlediğinde şöyle yorumlar

is(.foo, #bar) .baz {
	/* ... */
}

Tabi bu iki derleme farkı farklı etkinlik sonucuna neden olur. :is() her zaman en etkin değeri aldığı için

<div class=foo>
  <p class=baz>
</div>

Bu kodu CSS ile yazdığınızda etkinliği 1 0 0 iken Sass ile kodladığınızda 0 0 2 değerini çıkacaktır. Bu gibi durumlara dikkat etmek gerekiyor.

Tarayıcıdaki görünüm

CSS’in SASS’a göre avantajlarında birisi CSS ile yazdığımız kodun tarayıcının geliştirici araçlarında gösteriliyor olması.

chrome nesting Chrome iç içe gösterimi

chrome nesting Chrome iç içe yazım etkinlik gösteri

Safari css nesting Safari iç içe gösterimi

Firefox nesting Firefox iç içe gösterimi (yeni haliyle :)

Safari ve Firefox’un gösterimi daha güzel. Chrome’da yakında benzer bir gösterime geçer. Hem kodu hemde etkinlik değerini görebilmekte ayrı güzel.

Tarayıcı desteği

Yazıyı yazdığımda Türkiye’de %80 desteğe ulaşmış olması mükemmel bir gelişme. Firefox’un geriden gelse dahi desteği sağlaması güzel.

Tarayıcı Desteği

Chrome explorer Firefox
+ + 117+

Mobil Tarayıcılar

Chrome Mobil Safari Samsung Internet
+ + -

Kalın sağlıcakla.

Kaynaklar

Trendyol’da Baklava design sistemi geliştiriyoruz ve kullanıyoruz. Geçenlerde bir diyalog açıkken bir toast mesajı geldiğinde diyalog elementinin dışında kalan alanların üzerini kapattığımız elemanın (backdrop) altında kalıyor. Burada şöyle bir sorun var biz modal bileşeni için HTML <dialog>elementini kullanıyoruz. Bu elementin backdrop özelliği dokümanın z-index yapısından etkilenmemek için üst katman (aşağıda daha fazla detay var) adı verilen HTML dokümanı ile aynı seviyede bir yere konumlanıyor. Böyle olunca doküman içindeki herhangi bir elemanınızın üste çıkma ihtimali kalmıyor. Peki bu sorunu aşmak için ne yapabiliriz? Biraz araştırınca Popover API ile karşılaştık. Popover API <dialog> elementi ile aynı seviyede olduğu için z-index sorununu çözüyor. Tabi buradaki sorun henüz tarayıcıların bu özelliği yeni yeni desteklemeye başlıyor olması. Bir ihtimal olarak polyfill ile çözüm oluşturulabilir.

Popover elemanı web sayfalarında genel olarak kullanılan yapılardır. Sayfa içeriğinin üzerinde kullanıcının dikkatini çeken bir alan oluşturup, kullanıcıyı bilgilendirmek veya aksiyon almak için oluşturulan yapılar olarak tanımlayabiliriz. Datepicker, tooltip, selectmenu, toast mesajları, form alanlarında kullanılan otomatik doldurma alanları ve öğretici yapılar popover için örnek kullanım alanları olarak gösterilebilir.

Üst katman (top layer)

Gerek dialog ve gerekse popover tanımları ile tanımlanan bu elemanlar en üst seviye z-index’e sahip oluyor ve <html> elemanına kardeş seviyede konumlanıyor. Doküman içindeki z-index değerleri ile bu elemanın üzerine çıkamıyoruz. Bir nevi kendine has bir alan oluşturmuş oluyoruz. Üst katman içindeki elemanlar ise aralarındaki sıralamaya göre görünürler.

google chrome top layer görünümü

Üst katmanlar tarayıcı kontrolünde olduğu için geliştiriciler olarak bizim bir elemanı oraya taşıma veya çıkarma imkanımız yok.(Umarım ilerde bu yönde bir değişiklik olur.) Bir elemanı üst katmana koymak için <dialog>, popover veya Fullscrean özelliğinden biri olarak tanımlamak gerekiyor.

dialog & popover farkları

Daha önce bahsettiğim <dialog> elementi ile popover’un ne farkı var diye bir soru geliyor ilk başta.

<dialog>elementi sayfadaki diğer içerik ile bağın koparıldığı ve backdrop ile belki de diğer içeriğin üzerinin kapatıldığı yapılar için kullanılır. Kullanıcının tüm odağı açılan diyalog içeriğine yönlendirilir ve sayfadaki diğer ögelerin kullanılmasına izin verilmez. Örneğin Son kararınız gibi onay isteyen yapılar, Doldurulmadan geçilmesi istenmeyen form alanları gibi.

<dialog popover>ise açılan alanın önceliği olsa da kullanıcının diğer içeriklerden uzak kalması ve kopması istenmeyen durumlarda kullanılır.

Popover API kullanımı

Popover API’ın kullanımı çok basittir.

<button
	popovertarget="fazla-bilgi"
	popovertargetaction="toggle">
		Bilgi ver
</button>

<div id="fazla-bilgi" popover>
	<p>Daha fazla bilgi verilir.<p>
</div>

popover olacak elemana bir id (my-popover) verilir ve popover özniteliği eklenir. Açacak olan butona hedef olarak bu id verilir. popovertarget="my-popover"

  • popover: özniteliği tanımlandığı elemanı bir popover elemanı haline getirir.
    • auto: (başlangıç değeri) popover elemanı dışına tıklandığında veya esc tuşuna basıldığında kapanır.
    • manuel: Bu tanım yapıldığında dışa tıklandığında ve esc’e basıldığında yapılacak kapama işlemlerini javascript ile bizim yapmamız gerekir.
  • popovertarget tanımlandığı<button> veya <input> elemanlarını popover kontrol elemanı haline dönüştürür. Kontrol edilecek popover’un id’sini değer olarak alır.
  • popovertargetaction <button> veya <input> gibi kontrol elemanlarının popover üzerindeki aksiyonlarının nasıl olacağını belirler.
    • toggle: (başlangıç değeri) Popover’ın açıksa kapatmak, kapalı ise açmaya yarayan aksiyondur.
    • show: Popover elemanını açar
    • hide: Popover elemanını kapatır

Bunların dışında popover elemanını stillendirmek için bir adet sözde sınıf bir adet sözde element vardır.

  • ::backdrop - <dialog>elementinde bildiğimiz bir sözde element. Popover’ın arakasında tam ekran açılan bir elemandır. Bu tanım bize animasyon ve stillendirme yapma imkanı sağlıyor.
  • :popover-open sözde sınıfı popover elementinin görünür olduğu durumu yakalamak için kullanılır. Bu tanım ile popover elemanının açık olduğundaki stillendirmeyi yaparız.

Bunların dışında popover elemanını javascript kontrol ve metodları da vardır.

  • PopoverElement.hidePopover() - Popover elemanını gizler. Aslında bu bir display:none tanımlamak gibidir.
  • PopoverElement.showPopover() - Popover elemanını görünür hale getirir.
  • PopoverElement.togglePopover() - Popover elemanını görünür ise gizler gizli ise görünür hale getirir.

Bunların dışında 2 adet de event vardır.

  • beforetoggle - Popover elemanının gizle/göster değişiminden önceki tetiklenen event’tır.
  • toggle - Popover elemanının gizle/göster değişiminden sonra tetiklenen event’tır.

Erişebilirlik

Bu tip API bileşenlerinin en güzel yanı bir çok projede unutulan erişilebilirlik durumları bu bileşenlerle birlikte hazır gelmesidir. Yaptığımız bir çok projede erişebilirlik süreçleri genelde olmaz veya yönetilmez.

Sayfadaki diğer ögelerin önemi gözetilmeksizin popover açılan alanların odakları her daim ilk sıradadır. Kullanıcı odakları bu alana çekilir.

Açılan alanlar herhangibir javascript gereksinimi olmadan ESC tuşuna basınca kapanır.

Tarayıcı desteği

Daha yeni yeni desteği geliyor. Şu an Chrome’da (114) aktif Safari 17 ile birlikte desteği geliyor. Firefox ise henüz flag ile destekliyor.

Tarayıcı Desteği

Chrome explorer Firefox
+ - -

Mobil Tarayıcılar

Chrome Mobil Safari Samsung Internet
+ - -

Sonuç

Bu tip API elementlerinin gelmesi güzel oluyor. Tabi hala tarayıcı desteği eksik ve gelişmesi gereken yönleri var. Örneği açarken ve kapatırken animasyon tanımları yapamıyoruz. Chrome ekibi bu yönde çalışmaları (@starting-style) var.

Ayrıca Murat Çorlu’nun verdiği bilgilere göre popover elemanlarının görünür alanda kalmasını sağlayacak @position-fallback diye bir özelliğinde geleceğinden bahsetti. Umarım bir an önce gelir ve desteği artar. Bu konu aslında Anchor positioning konusunun bir parçası. Umarım en kısı sürede tarayıcı desteği artar ve kullanmaya başlarız.

Kalın sağlıcakla.

Kaynaklar

CSS mantıksal tanımları(Logical Properties) Arapça, Çince, İbranice vb. diller için kodlama yaparken büyük avantaj sağlıyor. Bu konuda Ahmad Shadeed’in güzel biz yazısı (Digging Into CSS Logical Properties) var. Detayları bu yazıdan öğrenebilirsiniz.

Burada size bu özellikleri farklı bir amaç için kullanımını anlatacağım. Genelde dikeyde veya yatayda bir tanım yapacaksak özelliklerin dörtlü kısaltmalarını kullanırız. Sadece yatay veya sadece dikey tanımlama yapamıyorduk. İşte burada yardımımıza koşuyor mantıksal tanımlar. Örneğin klasik ortalama yöntemi margin: 0 auto aslında amaç sadece yatayda auto tanımı yapmak ama bunu yapamıyorduk.

.kapsul {
    width: 800px;
    margin: 0 auto;
}

Evet şimdi bu kodu sadece şöyle yazabiliyoruz.

.kapsul {
    width: 800px;
    margin-inline: auto;
}

Süper değil mi?

Benzer şekilde padding, margin, border tanımlarında aynı şeyi yapabiliyoruz.

Örneğin bir elemanın sadece dikey kenarlarına kenarlık tanımlamak için

.liste-ogesi {
    border-top: 1px solid blue;
    border-bottom: 1px solid blue;
}

gibi iki tanım yazmamız gerekirken

.liste-ogesi {
    border-block: 1px solid blue;
}

şeklinde bu işi tek satırda yapabiliyoruz.

Dikey için block yatay için ìnline eklemesi yeterli.