GitHub Timeline’ı Ekran Okuyucuda Liste Gibi Gezilir
GitHub, issue ve pull request zaman tünellerini (timeline) ekran okuyucularla kullanmayı kolaylaştıran bir güncelleme yaptı. Yardımcı teknolojiler timeline’ı artık düz metin yığını yerine yapısı belli bir liste olarak duyuruyor; kaç öğe olduğu, hangi öğede bulunduğunuz ve olaylar arasında nasıl hareket edileceği aktarılıyor. Uzun geçmişi olan bir issue’da aradığınız güncellemeye ulaşmak için görsel taramaya bağlı kalmıyorsunuz.
Timeline artık liste yapısıyla duyuruluyor
Timeline, yardımcı teknolojilere liste semantiğiyle sunuluyor. Ekran okuyucuyla içinde ilerlerken duyurulanlar şunlar:
- İçeriğin bir liste olduğu, yani ayrık öğelerden oluşan yapılandırılmış bir blok olduğu
- Listedeki öğe sayısı
- Şu anda bulunduğunuz öğenin konumu
- Olaylar arasında nasıl geçiş yapılacağı
Bu bilgiler bir arada verilince kullanıcı timeline’ın ne kadar uzun olduğunu ve içinde nerede durduğunu baştan biliyor. Onlarca yorum, etiket değişikliği, referans ve inceleme olayı barındıran bir pull request’te farkı belirgin; öğe sayısı ve konum bilgisi olmadan kullanıcı listenin sonuna ne kadar kaldığını ancak tahmin ederek ilerleyebiliyordu. Ekran okuyucuların liste yapıları için sunduğu gezinme komutları da ancak içerik liste olarak işaretlendiğinde devreye giriyor, bu güncelleme tam olarak oraya dokunuyor.
“Load more” ve “Load all” sonrası sesli bildirim
İkinci iyileştirme, timeline’ın kademeli yüklenmesiyle ilgili. Load more veya Load all seçeneğini kullandığınızda odak en yeni olaya taşınıyor, ardından ekran okuyucu kaç olayın yüklendiğini duyuruyor. GitHub’ın verdiği örnek duyuru “11 new items loaded”.
Önceki davranışta yeni olaylar herhangi bir duyuru olmadan yükleniyordu. Ekran okuyucu kullanan biri için belirsiz bir durum bu; düğmeye basılmıştır ama sayfada bir şeyin değişip değişmediği, değiştiyse ne kadar içeriğin eklendiği anlaşılamaz. Yeni davranışta hem odak doğru yere taşınıyor hem de yüklenen olay sayısı açıkça söyleniyor, kullanıcı kaldığı yerden okumaya devam edebiliyor.
Görünüm ve davranış aynı kalıyor
GitHub, güncellemenin timeline’ların görünümünü veya çalışma biçimini değiştirmediğini belirtiyor. Ekran okuyucu kullanmayan bir geliştirici için arayüzde gözle görülür bir fark yok; değişiklik tamamen yardımcı teknolojilerle etkileşim katmanında kalıyor. Kurumsal kullanıcılar açısından dikkate değer olan da bu, mevcut iş akışlarını, kısayolları veya sayfa düzenini bozacak bir müdahale söz konusu değil.
Hangi timeline’larda ve hangi ortamlarda geçerli
İyileştirmeler tek bir sayfa türüyle sınırlı değil. GitHub’a göre şu timeline’larda kullanılabiliyor:
- Issue timeline’ları
- Pull request timeline’ları
- Commit timeline’ları
- Secret scanning alert timeline’ları
- License compliance alert timeline’ları
Güvenlik ve uyumluluk uyarılarının da listeye girmesi kayda değer, çünkü bu sayfalarda genellikle uzun olay geçmişleri birikir, bir uyarının ne zaman açıldığını ve kimin ne yaptığını izlemek doğrudan bu timeline’a bakmayı gerektirir.
Dağıtım tarafında güncelleme github.com üzerinde ve GitHub Enterprise Server 3.23 sürümünde kullanılabilir durumda. Kendi sunucusunda GitHub Enterprise Server çalıştıran ekiplerin bu iyileştirmeye erişmek için ilgili sürümde olması gerekiyor. Kaynakta daha eski sürümlere yönelik bir geri taşıma (backport) bilgisi yok.
Nasıl denenir
GitHub’ın önerdiği deneme yolu basit, uzun bir geçmişe sahip issue veya pull request açıp timeline’ı ekran okuyucuyla sayfa sayfa gezmek. Kaynakta örnek olarak VoiceOver, NVDA ve JAWS belirtiliyor. Beklenen davranış şu:
- Ekran okuyucu timeline’ı bir liste olarak, öğe sayısı ve konum bilgisiyle birlikte duyurur.
- Load more seçildiğinde yüklenen yeni olay sayısı bildirilir.
Erişilebilirlik testini düzenli yapan ekipler bunu mevcut regresyon senaryolarına ekleyebilir; liste duyurusu, öğe sayısı, konum bildirimi ve yükleme sonrası sayı duyurusu doğrulanabilir dört davranış.
Neden önemli
Issue ve pull request timeline’ları, bir değişikliğin neden ve nasıl yapıldığına dair kurumsal hafızanın tutulduğu yer. Kod incelemesi, tartışma, etiketleme ve referanslar burada birikiyor. Bu geçmişe eşit erişim sağlanamadığında ekran okuyucu kullanan geliştiriciler karar bağlamına ulaşmak için ek yük üstleniyor. Liste semantiği ve yükleme duyuruları gibi görünürde küçük düzeltmeler, uzun tartışmalarda o yükü doğrudan azaltıyor.
GitHub, issue’larda ekran okuyucu kullanımına dair ayrıntıları kendi erişilebilirlik rehberinde topluyor; davranışın tamamını ve beklenen duyuru akışını oradan inceleyebilirsiniz.
Kaynaklar ve İleri Okuma
- GitHub Changelog: Screen readers can navigate timelines as lists
- GitHub Accessibility: Issues için ekran okuyucu rehberi
- The GitHub Blog
- GitHub Issues’ta Kişisel Saved Views ve Relates to
- GitHub Issues Araması Değişti: Artık Anlamla Buluyor
20+ yıl deneyimli Azure Solutions Architect. Microsoft sertifikalı bulut mimari ve DevOps danışmanı. Azure, yapay zekâ ve bulut teknolojileri üzerine Türkçe teknik içerikler üretiyor.
Yorum gönder