- Mac'te VoiceOver ile Safari kullanırken “Safari not responding” hatasının tekrarlanıp sistemi dakikalarca dondurması uzun süredir devam ediyor ve görme engelli ile az gören kullanıcıların günlük işlerini doğrudan engelliyor
- Benzer yanıt vermeme durumu yalnızca Safari'de değil, WebKit tabanlı uygulamalarda da görülebiliyor; bu da macOS erişilebilirliğinin geneline duyulan güveni sarsıyor
- Kullanıcı bazen uygulama değiştirerek ya da VoiceOver'ı yeniden başlatarak bu durumdan çıkabiliyor, ancak çoğu zaman geçiş bile yapamadan Mac yeniden yanıt verene kadar beklemek zorunda kalıyor
- Bu sorun birden fazla macOS sürümünde çözülmeden kaldığı için, VoiceOver'a bağımlı kullanıcılar açısından Mac; Safari ve ilişkili uygulamalarda öngörülemez bir platform haline geliyor
- Apple erişilebilirlik ekibine yaşanan gerçek etkiyi iletmek ve sorun çözülene kadar yeni Mac satın almayı ya da önermeyi ertelemek şeklinde nazik bir baskı gerekli
“Safari not responding”in yarattığı kullanılamaz durum
- Mac'te VoiceOver kullanılırken Safari'nin yanıt vermemesiyle ilgili eski bir sorun var ve VoiceOver sürekli “Safari not responding” mesajını duyuruyor
- Sorun ortaya çıktığında Mac, tek seferde birkaç dakikaya kadar fiilen kullanılamaz hale gelebiliyor
- Bazı durumlarda Safari'den başka bir uygulamaya geçerek ya da VoiceOver'ı yeniden başlatarak çıkmak mümkün olabiliyor
- Ancak çoğu zaman kullanıcı Safari'den çıkamıyor veya VoiceOver'ı kapatamıyor ve Mac yeniden yanıt verene kadar beklemek zorunda kalıyor
- İlgili sorun AppleVis'teki Safari/WebKit applications can become unresponsive when using VoiceOver sayfasında derlenmiş durumda
Safari'nin ötesinde WebKit tabanlı uygulamalara uzanan etki
- “Safari not responding” davranışı, görme engelli ve az gören kullanıcıların üretkenliğini ve Mac'in genel kullanılabilirliğini ciddi biçimde düşürüyor
- Sorun yalnızca Safari ile sınırlı değil; Apple'ın WebKit tarayıcı motorunu kullanan çeşitli yaygın uygulamalar da “not responding” probleminden etkilenebiliyor
- Gündelik işlerde olduğu kadar kritik görevler sırasında da Safari ve diğer uygulamalarda bu hata ortaya çıkabildiği için macOS deneyimi dengesiz ve sinir bozucu hale geliyor
Güçlü Mac'lerde bile kaçınması zor bir sorun
- Sorun, Mac'in donanım seviyesiyle bağlantılı olmadan ortaya çıkıyor
- En yeni Apple silicon tabanlı Mac'lerde ve 16 GB veya daha fazla RAM'e sahip cihazlarda da yaygın biçimde görülüyor
- Üst seviye yeni Mac donanımı kullanan kullanıcılar bile bu kritik VoiceOver hatasından kolayca kaçamıyor
Yıllar içinde biriken erişilebilirlik güven kaybı
- Bu temel sorun, birden fazla macOS sürümünde yıllardır devam ediyor ve Apple kalıcı bir düzeltme yayımlayabilmiş değil
- Sorunun uzun süredir var olması ve Safari ile diğer uygulamalar genelinde yarattığı kesinti nedeniyle, VoiceOver'a bağımlı kullanıcılara iyi niyetle Mac önermek artık zorlaştı
- Yalnızca Mac'in karşılayabildiği belirli kullanım senaryoları ise istisna olmaya devam ediyor
- Mac, geleneksel olarak görme engelli topluluğunda popülerdi ve iyi erişilebilirlik özellikleri de sunuyordu
- Ancak Apple'ın bu sorunu uzun süre çözümsüz bırakması, şirketin sıkça dile getirdiği erişilebilirlik taahhüdü hakkında ciddi soru işaretleri yaratıyor
- Benzer bir sorunu gören kullanıcılar yaşasaydı, önemli medya ilgisi ve Apple'dan acil bir düzeltme gelmiş olurdu eleştirisi de dile getiriliyor
Aynı ücreti ödeyen müşteriler için gerekli standart
- “Daha iyi muamele” talebi, görme engelli olmak ya da erişilebilirlik özelliklerini kullanmak nedeniyle ayrıcalık istemek anlamına gelmiyor
- Görme engelli ve az gören kullanıcılar da diğer müşteriler gibi Mac için aynı premium fiyatı ödüyor
- Çoğu Mac kullanıcısının aksine VoiceOver kullanıcıları, pahalı bir cihazın günde birkaç kez dakikalar boyunca işe yaramaz hale gelmesini kabullenmek zorunda kalıyor
- Engelli olmak ve VoiceOver kullanmak, Apple'dan beklenmesi gereken standardı düşürmüyor
- Aksine Apple'ın, gören kullanıcılarla eşdeğer bir deneyim sunma sorumluluğunu daha da artırıyor
Yeniden üretmesi zor bir hata olmasının yarattığı kısıt
- Apple mühendislik ekibinin bu sorunu çözmekte zorlanabileceği kabul edilebilir
- Kullanıcı bildirimlerine göre “Safari not responding” davranışını tutarlı biçimde yeniden üretmenin bir yolu görünmüyor
- Aynı web sayfası birkaç kez sorunsuz çalıştıktan sonra aniden kilitlenmeye yol açabiliyor
- Kullanıcıya, cihaza ve yapılandırmaya göre değişkenlik göstermesi, kök nedeni izole etmeyi ve düzeltmeyi zorlaştırıyor
- Buna rağmen Apple'ın sahip olduğu mühendislik yeteneği ve kaynaklar düşünüldüğünde, bu zorluğun aşılamaz olmaması gerekiyor
Apple üzerinde doğrudan baskıyı artırma yolları
- VoiceOver kullanıcılarını uzun süredir rahatsız eden “Safari not responding” hatasının Apple tarafından önceliklendirilmesi ve kalıcı olarak çözülmesi için talep artırılmalı
- Mac'te VoiceOver kullananlar, deneyimlerini ve şikayetlerini doğrudan Apple erişilebilirlik ekibiyle paylaşabilir
- Apple erişilebilirlik ekibi: accessibility@apple.com
- Apple CEO'su Tim Cook'un açık e-posta adresini bilgi amaçlı eklemek de öneriliyor: tcook@apple.com
- Baskı doğrudan olmalı, ancak nazik ve yapıcı kalmalı
- Tim Cook'a da bu süregelen hatanın Apple'ın görme engelli ve az gören müşterileri üzerindeki doğrudan etkisi aktarılmalı
Diğer macOS erişilebilirlik sorunları ve satın alımı erteleme çağrısı
- “Safari not responding”, Mac kullanan görme engelli ve az gören kullanıcıları etkileyen tek sorun değil
- macOS Sonoma'daki sorunları ve verilen yanıtları ele alan yakın tarihli yazıda da çok sayıda şikayet ve başarısızlık örneği derlenmiş durumda
- Buna rağmen bu hata, Apple'ın genel erişilebilirlik performansını ve erişilebilirliğe bağlılığını ölçen bir gösterge haline gelmiş durumda
- Apple bu göstergede hatırı sayılır bir süredir başarısız oluyor
- Kullanıcılar bu sorunu kamuya açık biçimde dile getirmeli ve “Safari not responding” sorunu tamamen çözülene kadar yeni Mac satın almama veya önermeme yoluyla tüketici baskısı uygulamalı
- Apple, Mac'in görme engelli ve az gören müşterilere istikrarlı ve tamamen erişilebilir bir deneyim sunduğuna dair güveni yeniden tesis etmeli
1 yorum
Hacker News yorumları
Görme engelli bir geliştirici olarak MacOS’in VoiceOver’ını kimseye önermek zor. Görme yetimi kaybetmeden önce Apple hayranıydım, ama sonrasında Windows’a geçmek zorunda kaldım; 2016’da Mac VoiceOver’ı öğrenirken de aşırı bunalmıştım
Terminal uygulamasındaki metin alanını kullanmak, komut sırası belirlenimsizmiş gibi hissettirecek kadar istikrarsızdı; Windows’taki düz gezinmeye kıyasla Mac’in hiyerarşik gezinmesi çok daha zahmetliydi
XCode’da tek bir proje ayarına erişmek için panel içindeki alt panellerde 9 seviye aşağı inmek gerekiyordu; bir kez bile hata yapsanız bambaşka bir yere gidiyordunuz
Yabancı dildeki web sayfalarında arama yapmak da Command+F’nin yalnızca İngilizce klavyede çalışması ve VoiceOver arama kutusu içinde başka klavye düzenine geçilememesi yüzünden tıkanıyordu
Tarayıcıda bir bağlantıyı yeni sekmede açmanın kolay bir yolu da Windows’taki Control+Enter’a kıyasla eksikti; Fn+Ctrl+Option+Command+Up/Down gibi 5 tuşlu kısayollar sol bileğimde ağrıya bile yol açtı
Apple’ın hata düzeltmeye pek ilgi duymadığı, WWDC’de erişilebilirliğe önem verdiğini gösteren parıltılı slaytlar sunmaya daha çok odaklandığı izlenimini edindim
Windows’ta JAWS çok daha rahat; NVDA ise açık kaynak olduğu için bir sorun varsa doğrudan düzeltebilmek mümkün, bu yüzden en çok onu tercih ediyorum. Ekran okuyucu pazarında da JAWS ve NVDA’nın her biri yaklaşık %45, VoiceOver ise yaklaşık %10 paya sahip; bu nedenle Windows ekran okuyucularını öğrenmenin çok daha iyi olduğunu düşünüyorum
2 yıldan uzun süredir MacBook Air M1’i ana Mac’im olarak kullanıyorum; bu sorun yazarın söylediği kadar ciddi değildi. Mac OS 12 civarında çok daha büyük bir sorundu, ama o zaman bile Cmd+Option+Q ile “çık ve pencereleri koru” yapınca oldukça hızlı çözülüyordu
VoiceOver’da da çok sorun var, ama Windows ekran okuyucularında da aynı durum söz konusu; Mac’te erişilebilirliği bozan güncellemeleri erteleyebilmek güzel. Windows’ta bu mümkün değildi ve işletim sistemini değiştirmemin başlıca nedenlerinden biri buydu
Görme engelli değilim ve bu alanda deneyimim de yok, ama bir Apple Store çalışanının görme engelli birine VoiceOver kullanımını anlatmasına tanık olmak oldukça etkileyiciydi. En azından bazı mağaza çalışanlarının erişilebilirlik özellikleri konusunda eğitim aldığı anlamına geliyor gibi görünüyor
O zamanki muamele bizim standartlarımıza göre şoke edici derecede kötüydü; bunu hiç de alçakgönüllü biçimde söylemeye niyetim yok
İşletim sisteminin geneline yayılan yapısal sorunlar bekliyordum, ama dışarıdan bakınca WebKit’teki belirli bir hata gibi görünüyor. Yine de macOS Sonoma sorun yazısı ve yanıtları da bağlantılanmış; etkilenen kullanıcılar için oldukça yıkıcı bir hata ve böyle bir hatanın ürüne girmiş olması başlı başına kurumsal bir yapısal sorunun belirtisi olabilir
Modern ARIA öznitelik standartlarını desteklemede ciddi biçimde geride kalmış durumda; pratikte birçok özniteliği tamamen yok saydığı için VoiceOver’da amaçlanan ekran okuyucu davranışını her zaman uygulamak mümkün olmuyor
Safari’de olduğu gibi Apple’ın VoiceOver desteği de lafta kalıyor gibi görünüyor; tamamen görme engelli kişiler de başka seçenekleri olmadığında VoiceOver kullanıyor gibi. Birçok çevrimiçi istatistik işletim sistemi kullanımı ile web kullanımını birbirine karıştırarak bu gerçeği bulanıklaştırıyor
İlginç bir bakış açısı, ama başlık epey kışkırtıcı. Engellileri, aralarında birkaç görme engelli kişinin de bulunduğu müvekkilleri temsil eden bir avukat olarak, görme engelli müvekkillerimin hepsinin Apple ürünlerine derinden bağımlı olduğunu ve erişilebilirlik özelliklerinin diğer seçeneklerden açık ara üstün olduğunu söylediğini belirteyim
1080p bir monitörde 2x ölçekleme yapınca viewport yalnızca 960 piksel oluyor
Buna karşılık Linux/Wayland 1.0, 1.25, 1.5, 1.75, 2.0, 2.25 ölçek sunuyor ve birkaç aydır 1.75 kullanıyorum
Windows da Linux/Wayland’e benzer çalışıyor. Güncel işletim sistemine göre güncellenmemiş uygulamalar bulanıklaşıyor, ama MacOS bu konuda kesinlikle geride kalıyor
Ayrıca burada ele alınan şey Apple erişilebilirliğinin tamamı değil, Mac OS’teki VoiceOver adlı belirli bir alan. iPhone’daki iOS ve iPad OS genel olarak Android’den daha iyi, ama sorunları var
Yine de şu anki sorun gerçekten var ve profesyoneller için çok büyük bir rahatsızlık yaratıyor
Alternatif olarak ne önerileceğini merak ediyorum. Bildiğim kadarıyla erişilebilirlik açısından Mac epey büyük farkla en iyisi
Almanca TTS’te sayıların önüne ve arkasına “Homograph” kelimesini ekleyen iyi bilinen bir hata yaklaşık yarım yıldır sürüyor. Bu teknolojiye bağımlı insanlar açısından utanç verici
Yazıdan biraz sapacak ama, görme engelli kişilerin Linux’ta kullanabileceği iyi araçlar olup olmadığını merak ediyorum
Orca’yı diğer uygulamaları başlatmadan önce çalıştırmak iyi olur. Çünkü erişilebilirlik dışa aktarma değişkenleri ve ATSPI ile ilgili işlemleri yapıyor
Tam olarak anlamıyorum ama ne olur ne olmaz diye .profile içinde hâlâ export linux-a11y = 1 gibi bir ritüel bulunduruyorum. Değişken adı tam olarak bu değil, ama liste bir yerlerde var
Braille embosser ve yazıcı çıktısı için cups-filters var; başlıca dağıtımların neredeyse hepsinde embosser sürücüsü var gibi görünüyor
Linux, imagemagick ile görüntüleri Braille grafiklerine de dönüştürebiliyor. Windows embosser sürücüsünü bile varsayılan olarak sunmuyor; grafik çıktısı ise hiç yok
GUI Linux erişilebilirliği daha iyi olsaydı keşke. Temel altyapı zaten epey iyi ve neredeyse her Braille ekran destekleniyor, ama TTS motorları o kadar iyi değil
Birkaç yıl önce test amacıyla kısa süre kullanmıştım, ama genel olarak Windows’taki NVDA ve JAWS muhtemelen daha iyi seçeneklerdir
Geliştirici açısından gerçekten sinir bozucu. Kötü bir kullanıcı deneyimi yaratan bir sorun gibi görünüyor, ama en azından yazıda yeniden üretme adımları yok
Yalnızca ara sıra ortaya çıkan hatalar, yeterince nadirlerse yakalanmaları gerçekten çok zor olabilir. Apple’ın metrikleri benimkilerden daha iyidir, ama yine de bazen sorunun kendisini yakalamak bile zor olabiliyor
Apple’da WebKit, Safari, VoiceOver/Accessibility gibi birden fazla ekibin birlikte düzeltmesi gerekebilir; her birinin kendi işleyişi olduğundan tek bir ekibin düzelteceği bir sorundan daha karmaşık olabilir
Elbette sonuçta bu bir öncelik meselesi de olabilir. Çünkü yıllardır kalan hatalar ya da her işletim sistemi sürümü değiştiğinde ortaya çıkıp kalıcı olan regresyonlar var
Apple eskiden, özellikle iPhone’da iyi bir erişilebilirlik deneyimi yaratma konusunda çok başarılıydı. macOS erişilebilirliğini neredeyse hiç kullanmadığım için fazla konuşamam, ama Android ve Windows’ta sırasıyla Google ve Microsoft’un arayı kapattığını düşünüyorum