Apple, Katlanabilir iPhone'da Safari'nin Dar Ekran Sorununu Çözmeye Çalışıyor

Apple, katlanabilir iPhone'un dış ekranında Safari'nin daraltılmış yerleşimini genişletmenin yollarını arıyor. Amaç, web sayfalarının ekranın yanına yerleştirilmiş tarayıcı kontrollerinin altındaki alana taşmasını sağlamak. Ancak şirket henüz hangi yöntemi kullanacağına karar vermiş değil.

Ne oldu?

Apple'dan Jen Simmons, 23 Ekim tarihli bir WebKit yazısında sorunu anlattı. Safari'nin mevcut sürümü (27.1), dış ekranda web içeriğini yalnızca kontrollerin yanındaki alanla sınırlıyor ve kalan şeridi sayfanın arka plan rengiyle dolduruyor. Bu da içeriğe kalan genişliği kısıtlıyor. Mevcut bir web ayarı olan viewport-fit="cover" sayfanın bu alana yayılmasına izin verebilir, ama Apple'ın araştırması birçok sitenin bunu doğru biçimde yönetemediğini gösteriyor.

Neden önemli?

Asıl mesele tek bir tarayıcı güncellemesi değil. Mobil web, yaklaşık 15 yıldır tek bir varsayım üzerine kuruldu: dikey, tek sütunlu, dikdörtgen bir ekran. CSS'in safe-area kavramı bile 2017'de iPhone X'in çentiğiyle birlikte geldi — yani ekranın "kullanılamaz" bölgelerini yönetme fikri görece yeni. Kitap gibi açılan bir cihazın, kontrolleri yana alınmış kısa ve geniş bir dış ekranı, bu varsayımı doğrudan kırıyor.

Sorunun teknik çekirdeği şu: viewport-fit="cover" sayfaya tüm alanı verir, ama o zaman önemli içeriğin kenarlara denk gelmemesi için boşluk bırakma sorumluluğu geliştiriye geçer. Simmons'a göre birçok site bu boşlukları her kenarda bırakmıyor. Sonuç, menü düğmelerinin ya da metnin kontrollerin altında kaybolması olur. Apple bu yüzden daha kontrollü bir alternatif araştırıyor: örneğin bir başlığın arka planı tüm ekranı kaplarken, tıklanabilir bağlantıların görünür alanda kalması gibi melez bir model.

Bu, Android dünyasında tanıdık bir sancı. Katlanabilir Galaxy ve Pixel cihazlarında uygulama geliştiriciler yıllardır ekran sürekliliği, menteşe boşluğu ve açılma pozisyonu (posture) uyumuyla uğraşıyor. Google, Jetpack WindowManager gibi kütüphanelerle bu dağınıklığı toparlamaya çalıştı. Apple'ın şimdi yaptığı, aynı problemi native uygulamalardan web katmanına taşımak. Fark şu: web, tek bir şirketin SDK'sıyla değil, açık standartlarla ilerliyor — yani çözümün WebKit'te kalması değil, W3C düzeyinde oturması gerekiyor.

Geliştiriciye ve kullanıcıya nasıl yansır?

Kullanıcı için görünen sorun basit: dış ekranda web sayfaları şimdilik dar bir şeride sıkışıyor ve yanlarda boş renk bandı kalıyor. Geliştirici için hikâye daha karmaşık, çünkü standart henüz yazılmadı.

Safari 27.1 bu arada somut iki yenilik de getiriyor. Cihaz kitap gibi yarı katlı tutulduğunda PDF'ler otomatik iki sayfalı görünüme geçiyor; cihaz düzleştirilince tek sayfaya dönüyor. Ayrıca katlanma pozisyonunu algılama ve içeriği orta menteşe çevresine yerleştirme, deneysel özellik bayrakları (feature flag) ardında test edilebiliyor. Yani Apple, oturmuş özellikleri yayınlarken tartışmalı olanı bilinçli biçimde "araştırma" aşamasında tutuyor.

Sırada ne var?

İzlenecek birkaç şey var. İlki, Apple'ın yeni bir CSS mekanizması mı önereceği yoksa mevcut viewport-fit davranışını mı rafine edeceği — bu, diğer tarayıcıların da benimseyeceği standardın yönünü belirler. İkincisi, Google ve Mozilla'nın bu tartışmaya nasıl katılacağı; çünkü katlanabilir web, tek platformun çözebileceği bir sorun değil. Üçüncüsü, büyük sitelerin ne kadar hızlı uyum sağlayacağı — çentik desteğinin yıllar süren yayılımı, burada da sabır gerektireceğini düşündürüyor.

Apple'ın bir yaklaşımda karar verememesi aslında dürüst bir işaret. Foldable arayüz standartları henüz yazılmadı ve aceleyle yanlış bir API'yi dondurmak, sonradan geri alması zor bir borç yaratır. Temkinli duruş, bu aşamada hızlı bir çözümden daha sağlıklı görünüyor.