Yalnızca solak kullanıcıları etkileyen WordPress hatası
(shkspr.mobi)- Mobilde kaydırma sırasında yorum yanıt kutusunun aniden açıldığı bir sorun vardı; siteyi sağ başparmağıyla kaydıran site yöneticisi bunu yeniden üretememişti
- Neden, sayfanın sol tarafındaki reply bağlantısı ve WordPress’in
touchstartişlemesiydi; sol başparmakla kaydırma, istemeden bağlantıya dokunmaya yol açabiliyordu - Bu hata 7 yıl önce WordPress Trac’te zaten bildirilmişti ve ilgili kod 2017’de WordPress geliştirme deposuna eklenmişti
- Geçmişte dokunma ile çift dokunarak yakınlaştırmayı ayırt etmek için 300 ms gecikmeyi aşmak gerekiyordu; ancak 2013 tarihli Chrome yazısı ve 2015 tarihli FastClick materyaline göre bu zaten eski bir sorundu
- Düzeltme, WordPress kodundan birkaç satırın silinmesi şeklinde yapılıyor ve mobil kaydırma sırasında istenmeyen yorum yanıtlama davranışını azaltmaya odaklanıyor
Blog optimizasyonu ve yorum JavaScript’i
- WordPress’in varsayılan kurulumu üzerine çeşitli özel değişiklikler uygulanarak blog mümkün olduğunca optimize edildi
- JavaScript kullanımı minimuma indirildi ve işlevlerin JavaScript olmadan da çalışacağı şekilde yapılandırıldı
- Ancak bazı işlevlerde JavaScript yardımcı oluyor; bunun en belirgin örneği yorum özelliği
Yalnızca sol elle kaydırmada ortaya çıkan sorun
- Bir okur sitedeki hatayı bildirdi; sayfayı kaydırırken yorum kutusu aniden beliriyor ve gezinmeyi engelliyordu
- Site yöneticisi sık sık kaydırma yapmasına rağmen sağ başparmağını kullandığı için aynı sorunu fark etmemişti
- Hatayı bildiren kullanıcı sol eliyle kaydırıyordu ve sorunlu reply bağlantısı sayfanın sol tarafındaydı
- Sağ başparmakla kaydırmada pek ortaya çıkmayan dokunma olayı, sol başparmakla kaydırmada istemeden tetiklenebiliyordu
WordPress’in touchstart işlemesi
- Bu sorun WordPress Trac’te 7 yıl önce bildirilmişti
- 2017’de bir WordPress geliştiricisi bağlantı tıklamasına
touchstartdinleyicisi ekledi - Geçmişte tarayıcılar, bir dokunma olayının tıklamanın başlangıcı mı yoksa çift dokunarak yakınlaştırmanın başlangıcı mı olduğunu kesin biçimde ayırt edemiyordu
- Bir bağlantıda dokunma gerçekleştiğinde olayı önce tetikleme yaklaşımı, o dönemde 300 ms gecikmeyi önlemeye yönelik bir işlem olarak görülebilirdi
Artık ortadan kalkmış 300 ms gecikme sorunu
- 300 ms dokunma gecikmesi uzun zamandır aynı türden bir sorun değildi
- 2013 tarihli Chrome geliştirici blog yazısı, bu gecikme sorununun ortadan kalktığını ele alıyor
- 2015 tarihli FastClick materyaline göre de bu sorun artık çözülmesi gereken başlıca bir mesele değildi
- Bu nedenle 2017’de sol elle kaydıran kullanıcıları rahatsız eden türden bir kodun neden eklendiği net değil
Düzeltme yöntemi ve beklenen etki
- Hata bildiriminden 7 yıl sonra WordPress düzeltme PR’ı commit’lendi
- Düzeltme karmaşık bir değişiklik değil; WordPress kodundan birkaç satırın silinmesi şeklinde
- Bu değişiklik, mobil kaydırma sırasında reply bağlantısının istemeden çalışıp yorum yanıt kutusunu açması sorununu azaltabilir
<meta handed="right">gibi el kullanımına göre erişimi sınırlayan bir özellik yok; bu değişiklik istenmeyen dokunma olaylarını engellemeye odaklanıyor
1 yorum
Lobste.rs yorumları
Dünyada çok fazla şey sağ elini kullananlara göre tasarlanmış. Kalem reklam yazıları bile çoğu zaman ancak kalemi sağ elle tutunca okunacak yönde oluyor.
Yine de solak yaşayınca, doğuştan gelen reklam engelleme özelliğiniz biraz var sayılır.
“sinister disposition” komikmiş. sinister ile dexterous(dexter) sözcüklerinin kelimenin tam anlamıyla sırasıyla “sol” ve “sağ” anlamına geldiğini öğrendiğim günü hatırlıyorum.
Normdan sapma → kötülük şeklindeki, hâlâ beraber yaşadığımız kültürel olgu bugün bile ilginç geliyor.
Muhtemelen sol anlamına gelen özgün sözcük tabu hâline gelip yeni bir sözcükle değiştirildiği, sonra o yeni sözcüğün de daha sonra yeniden tabu hâline geldiği bir döngü yüzündendir.
[1]: https://reddit.com/r/asklinguistics/…
İnsanlar genelde telefonu yalnızca baskın elleriyle mi tutuyor? Solağım ama telefonda iki elimi de neredeyse rastgele ve benzer ölçüde kullanıyorum; herkesin de böyle yaptığını sanıyordum.
Başta telefonu sağ elimle tutup sol elimle kullanıyordum; zamanla sağ başparmağımla yaptığım işler giderek arttı ve sonunda ana kullanım noktası o oldu.
Fareyi de sağ elimle kullanıyorum; çünkü çocukken bilgisayar odasındaki fare kabloları kısa olduğundan fareyi sola alıp kullanamıyordum.
Ben de solağım ama el yazısı gibi sağ elimle yaptığım çok iş var. Piyanoda da sağ elim baskın el; çoğu eserin yazılış biçiminin de bunda kesin etkisi olmuştur. Telefonda da iki elimi kullanıyorum.
Yine de iki üç cümleyi geçince iki başparmakla yazıyorum.
İlginç biçimde, neredeyse diğer her şeyi sağ elimle yapıyorum ama telefonu sol elimle tutup kullanma tarafına kayıyorum.
Nedenini tam bilmiyorum ama telefonu sol cebime, cüzdan ve anahtarları sağ cebime koyduğum için olabilir. Anahtar kullanmak ve cüzdanı çıkarmak baskın elle daha rahat. Tuhaf olan ben miyim merak ediyorum.
Sonuçta kaydırma ve temel işleri sol elimle yapıyorum ama uzun mesaj yazarken telefonu sol elimde tutup sağ elimle swipe yazarak girmeyi tercih ediyorum.
Orada
touchstartkullanmaları en baştan hataydı.Fare, dokunma ve pointer olayları basıldığında değil bırakıldığında etkinleşir; ancak basmaya başlanan noktanın aynı öğe olması gerekir. Klavye olayları keyup’ta değil keydown’da etkinleşir. Fakat düğmede
Spaceçalıştığında tuhaf biçimde keyup’tadır ve fareden farklı olarak keydown’ın hangi öğede gerçekleştiğini de umursamaz.data:text/html,<button onclick=this.textContent=Math.random()>One</button><button onclick=this.textContent=Math.random()>Two</button>gibi bir şeyle çeşitli olasılıkları deneyebilirsiniz.touchstartiçinde etkinleştirmeye hazırlanmak, örneğin gerekirse verileri sunucudan önceden getirmeye başlamak kabul edilebilir olurdu. Ama gerçek eylemin yürütülmesi henüz gerçekleşmemeliydi;element.addEventListener( 'touchstart', clickEvent );tam da bunu yanlış ele almış.Bunun solaklıkla ne ilgisi olduğunu anlamadım.
Fare kullandığım için bilmediğim, touchpad’e özgü bir davranış mı?