Fareç imleci neden hafif eğik ve düz değil?

 (ux.stackexchange.com)
2 puan yazan GN⁺ 2024-02-05 | 1 yorum | WhatsApp'ta paylaş
  • Günümüzdeki eğik fare imlecinin, Xerox PARC döneminde düşük çözünürlüklü ekranlarda daha kolay çizilebilen ve daha iyi ayırt edilebilen bir biçimin yerleşmesiyle ortaya çıktığı açıklanıyor
  • En çok oy alan yanıta göre Douglas Engelbart’ın ilk imleci yukarı ok şeklindeydi ve Xerox PARC makinelerinde bugünküne benzer eğik oka dönüştü
  • Düşük çözünürlüklü piksel ekranlarda 0 derece ve 45 derece çizgiler, anti-aliasing olmadan da görece pürüzsüz göründüğü için, düz yukarı oka kıyasla ucu daha belirgin bir işaretçi oluşturmak daha kolaydı
  • Ekranı sağ elle işaret etme duruşu, yatay ve dikey öğelerin yoğun olduğu ekranda yön kontrastı ve gerçek işaretçi çubuğunun kullanım açısı da yardımcı nedenler olarak öne sürülüyor
  • İmleç başlangıç noktasının sol üste hizalanarak tıklama konumu hesaplamasının azaltıldığı yönünde bir açıklama bulunsa da, yorumlarda kaynak ve Xerox Alto örnekleriyle buna itiraz ediliyor

Xerox PARC’ta yerleşen eğik imleç

  • İlk fare ve imleç Douglas Engelbart tarafından geliştirildi; ilk biçim yukarıyı gösteren bir oktu
  • Daha sonra Xerox PARC makinelerinde imleç eğik oka dönüştü
  • O dönemin düşük ekran çözünürlüğünde, okun bir kenarını dikey çizgi, diğer kenarını 45 derecelik diyagonal olarak çizmek daha kolaydı ve ayırt ediciliği de yüksekti
  • Bu açıklama, Xerox PARC’ın optik fareyle ilgili belgelerine ve GUI tarihine ilişkin kaynaklara dayanıyor

Piksel ızgarasında iyi görünen açılar

  • Dikdörtgen piksel tabanlı ekranlarda anti-aliasing olmadan keskin bir ok ucu göstermek zordu
  • Yatay-dikey 0 derecelik çizgiler ile 45 derecelik çizgiler, piksel ızgarasında görece pürüzsüz görünen tipik yönlerdi
  • Birçok ok imleci bu özelliği kullanarak bir tarafı dikey çizgi, diğer tarafı 45 derecelik çizgi olacak şekilde tasarlandı
  • Bu durumda okun merkez açıortayı yaklaşık 22,5 derece eğimli hale geliyordu
  • Kuyruktan çok ucun ayırt edilebilirliği önemli olduğundan, öncelik okun baş kısmının keskinliğine verildi

Tıklama noktası ve başlangıç noktası hesabı etrafındaki tartışma

  • Bir yanıta göre imleç bitmap’inin başlangıç noktası sol üstteydi; bu yüzden oku sola eğmek tıklama konumu hesaplamasını azaltabiliyordu
  • Bu açıklama Reddit’teki bir gönderiyi kaynak gösterse de, yorumlarda o gönderinin dayanağı olmayan bir Yahoo! Answers yazısının kopyası olduğu itirazı yapılıyor
  • Karşı çıkan yorumlarda, Xerox Alto’da da hotspot’u (0,0) olmayan imleçler bulunduğu belirtiliyor
    • Daire içindeki artı imleci ve sağa bakan ok imleci örnek olarak veriliyor
  • Başka bir yoruma göre imleç uygulamalarında genellikle bir hotspot alanı bulunduğundan, artı işareti gibi imleçler de mümkündü
  • Hesaplama maliyetinin de 1970’ler ölçütlerine göre fare güncelleme aralığı içine rahatça sığacak kadar küçük olduğu tahmini öne sürülüyor

El şekline ve gerçek hayattaki işaretçiye benzediği yorumu

  • Birkaç yanıta göre eğik ok, ekrana doğru sağ elle işaret ederken oluşan el şekline benziyor
  • Bu yorum, tarihsel bir kanıttan çok öznel deneyime yakın bir açıklama olarak ele alınıyor
  • Sağ el baskın kullanım ortamına dayandığını söyleyen bir yanıt da var; ayrıca geçmişte sol ve sağ tıklama düğmeleri yer değiştirildiğinde okun ters yöne baktığı da ekleniyor
  • Başka bir yanıtta, gerçek işaretçi çubuklarının da genelde ekrana dik batırılmak yerine yaklaşık 30–45 derece eğik kullanıldığı ve bu açının bakışı uca yönelttiği söyleniyor
  • Düz yukarı okunsa, belirli bir noktayı hedeflemekten çok genel olarak yukarıyı işaret ediyormuş hissi verebileceği görüşü de yer alıyor

Görsel algı ve ekranı kapatma üzerine yardımcı açıklamalar

  • Bir yanıta göre eğik imleç, düşük düzeyli görsel algı açısından da avantajlı olabilir
  • V1 ve V2 görsel alanları; renk, parlaklık, boyut ve yön gibi düşük düzeyli özellikleri işler
  • Ekranlarda yatay ve dikey öğe çok olduğundan, eğik çizgi çevreden farklı yönüyle bir popout effect yaratarak daha çok dikkat çekebilir
  • Bu yanıt, Treisman ve Gormican’ın 1988 tarihli çalışmasını ve Colin Ware’in Visual Thinking for Design kitabını referans gösteriyor
  • Yorumlarda bunun gerçek tarihsel nedenlerden ayrı olsa da ilginç bir yardımcı açıklama olduğu belirtiliyor

Düz imleç ve diğer biçim örnekleri

  • Daha az bilinen bazı arayüzlerde düz ok imleci kullanıldığı örnekler bulunuyor
  • Yorumlarda, tarayıcıdaki bağlantı el işaretçisinin de düz biçimde olduğu belirtiliyor
  • Modern uygulamalar arasında da düz ok kullanan örnekler olduğu yönünde yorumlar var
  • Sorudaki el biçimli imleç düğme üzerinde göründüğünde oka göre daha az açılı görünse de, yanıtlar ağırlıklı olarak temel ok imlecinin tarihi ve biçimine odaklanıyor

İlgili okumalar

1 yorum

 
GN⁺ 2024-02-05
Hacker News görüşleri
  • Bu sorunun yüksek puanlı yanıtlarından birinin (188 puan) tamamen yanlış olması biraz ürkütücü. O yanıt, (0,0) etkin noktasının imleç konumu güncelleme hesaplamasını basitleştirdiğini, böylece (X,Y) ofseti eklemeye gerek kalmadığını söylüyor
    https://ux.stackexchange.com/a/52349/43259
    Ama ok işaretçisi hiçbir zaman tek imleç olmadı. İlk Macintosh’ta bile metin I-ışını, çeşitli artı işaretleri gibi pek çok imleç vardı; bitmap, saydamlık maskesi ve etkin nokta konumu sağlandığında istenen herhangi bir imleç tanımlanabiliyordu
    Orijinal Inside Macintosh Volume I’de ve PARC’ın daha önceki çalışmalarında da bu imleçleri görebilirsiniz
    https://web.archive.org/web/20230114223619/https://vintageap...
    PDF’in 50. sayfasında (belgede I-38. sayfa) örnek imleçler, PDF’in 158. sayfasında (belgede I-146. sayfa) ise çeşitli imleçlerin piksel ayrıntıları ve etkin nokta konumları var. İlginç bir bilgi: ok imlecinin etkin noktası (0,0) değil, (1,1) idi
    Bunun nedenini açıklayabilecek biri var mı merak ediyorum. Eskiden biliyor gibiydim ama aradan zaman geçince hafızamdan silinmiş
    Bu sayfada Cursor yapı tanımı da var: data, mask, hotSpot alanlarına sahip bir kayıt; Point ise I-139. sayfada tanımlandığı üzere dikey-yatay koordinat çiftine yakın bir şey
    Ürkütücü olan, birinin (0,0)’ın birkaç komut tasarrufu sağladığı fikrini ortaya atması değil. Farklı imleç şekillerinin farklı etkin noktalara ihtiyaç duyduğunu bilene kadar gayet makul bir hipotez. Asıl ürkütücü olan, 188 kişinin o yanıta oy vermiş olması
    • Başta ürkütücü geliyor, sonra alışıyorsunuz. HN dahil tüm sosyal medyada, makul kulağa gelen cevapların doğru olduğuna katılan, konuyu iyi bilmeyen insanlar var
      Vergi müşaviri arkadaşım vergilerin gerçekte nasıl işlediğini düzeltirken eksi oy alıyor; dilbilimci eşim de “dil öyle işlemez” diye açıklarken eksi oy alıyor. Ürkütücü değil, sıradan bir şey
    • Apple Lisa kaynak kodunda da benzer bir şey görülebilir: https://info.computerhistory.org/apple-lisa-code
      Bağlantı verilen Stack Overflow sayfası aslında neredeyse saf spekülasyon
      Tarih, mantık bulmacaları toplamı değil; belge ve kanıtları bir araya getirme işidir. Dönemin belgelerinde kasıtlılık iddiasını destekleyen bir dayanak görmediğim için soru hâlâ yanıtsız
      Kesin kanıt, 1988 öncesi civarından birincil bir kaynakta (Microsoft/Xerox/Apple) cursor.bitmap gibi bir dosya adı ya da declare cursor_default = [ [ 1, 0 ... ] ]; gibi bir kod bulunması ve üzerinde bu imleç stilinin neden seçildiğini açıklayan bir yorum olması olurdu. Acorn, Digital Research, Quarterdeck, NeWS, VisiOn, MIT Athena(X) gibi daha küçük kaynaklar da kabul edilebilir
      Işık kalemi hikâyesini bulup sonra bu yolla fare imleci stilini savunmak, hipotezden geriye doğru çalışmak olur; zayıftır ve diğer olasılıkları dışlamaz. Titizlikle eşleştirmek gerekir
    • Okun beyaz bir dış çizgisi var; bu yüzden etkin nokta, siyah okun ucu olan (1,1)’de
    • Posy’nin fare imleci tarihini ele alan harika bir videosu var; kendi yaptığı imleç paketini de sunuyor
      https://www.youtube.com/watch?v=YThelfB2fvg
      http://www.michieldb.nl/other/cursors/
    • 10 yıl önce de aynı şeyi söylemiştim: https://news.ycombinator.com/item?id=7253841
      Muhtemelen 10 yıl sonra yine aynı şeyi söyleme ihtimalim yüksek
  • Konuyla ilgili tüm materyalleri okumadım ama imlecin eğik olmasının nedeninin sola eğik olmasının nedeni ile aynı olduğunu tahmin ediyorum
    İnsanlar araç yapan ve kullanan varlıklar; zamanla araçlar bedenin bir uzantısı gibi olur. Aracın ucu elden mekanik ya da sanal olarak ayrı olsa bile böyledir; bu araç da sağ elde tutulup ekranın içine giren sağ elli bir araç gibi tasarlanmış görünüyor
    Eğimin yönünün nedeni bu değilse, ters yöne eğilmemesi için bir sebep yok. Sağ elini kullanan biriyseniz sağ tarafı önde olan bir imleci deneyin. Sadece tuhaf görünmekle kalmıyor, sol elde tutulan bir araç gibi göründüğü için hissi de tuhaf
    Solaklar üzerinde etkisi var mı bilmiyorum. Solak olmama rağmen fareyi sol elle kullanmak bana hep garip gelmiştir; bunun eğim yüzünden olup olmadığını bilmiyorum
    • Solağım ve fareyi hep sol elimle kullandım, ama imlecin eğiminin tuhaf ya da yanlış olduğunu hiç hissetmedim
      30 yıldan uzun süredir bilgisayar faresini çeşitli şekillerde kullandığım için, çok alışıp tuhaflığı kaybetmiş de olabilirim. Fareyi yeni kullanmaya başlayan solaklar imleç eğimini garip bulabilir
    • Önemli olan fareyi hangi elle kullandığınız. Yazı yazmayı ve çoğu işi sol elimle yapıyorum ama fareyi sağ elimle kullanıyorum; garip gelmiyor
    • “Konuyla ilgili her şeyi okumadan”dan ziyade, bu durumda bağlantı verilen sayfadaki ikinci yanıtı okumak bile yeterli. Yine de ikisi de bir şeyleri yakalamış gibi görünüyor
    • Neden yukarı baktığını kimse sormuyor, ama nedeni aynı. Eller genelde göz hizasının altındadır
      Teorik olarak en sezgisel imleç artı işareti olabilir, ama bizzat kullanınca hoşuma gitmedi
    • Sol elde tutulan bir araç gibi göründüğü için yabancı gelmesi sadece kısa sürer. Sağlak olmama rağmen fareyi sağ elimle kullanırken tekrarlayan zorlanma sakatlığı (RSI) yaşadım; 10 yılı aşkın süredir sol elimle kullanıyorum ve sorun yok
      Beyin çok yüksek uyum yeteneğine sahiptir. Örneğin dünyayı baş aşağı görmeye bile çok hızlı uyum sağlarız

https://theguardian.com/education/2012/nov/12/improbable-res...

  • Stack Overflow yanıtlarında Alan Kayden söz edilmemiş olması eksik kalmış. PARC’ta eğik fare imlecini yapan kişi Alan Kay’di ve bu soru sorulduğunda şöyle yanıtlamıştı:
    “PARC fare imlecinin şeklini ben yaptım. Çünkü PARC’ın Alto’sunun imleç için kullandığı 16x16 1 bitlik piksel ızgarasında, okun bir tarafını dikey, diğer tarafını eğik yapınca düzgün bir ok ucu ortaya çıkıyordu. İlk bitmap yazı tiplerinin de çoğunu tasarlayıp yaptım. Sonra da bilişimdeki pek çok şey gibi olduğu gibi yerleşip kaldı.”
    ¹ https://jameshk.com/mouse-cursor

  • Posy’nin (Michiel de Boer) sevdiğim YouTube videosu Mouse cursor history (and why I made my own)’u izleme zamanı
    https://www.youtube.com/watch?v=YThelfB2fvg
    Fare imlecinin tarihini ve bazı standart imleçlerdeki sorunları gözden geçiriyor, ayrıca eğik olmayan tarihsel imleçleri de gösteriyor
    İnternetin değerli olduğunu hissettiren harika, kısa bir video; aynı zamanda Posy’s Cursor Pack’in yaratıcısının videosu: http://www.michieldb.nl/other/cursors/

    • Ne kadar doğru olduğundan pek emin değilim. Örneğin IIGS imlecini Lisa’nın “Color mode” imleci olarak gösteriyor
      NeXT ortamını, DPS’yi, DPI farkını, kendi siyah-beyaz ok imlecini ve bu imlecin System 1 sonrasındaki imleçlerden değil de gerçekte Mac OS X’e nasıl girdiğini hiç ele almıyor
    • Windows’ta bu seti kullanıyorum. Güzel görünüyor; Ubuntu’da ise bunun Linux portunu kullanıyorum
      https://github.com/simtrami/posy-improved-cursor-linux

  • Asıl soru, Windows imlecinin neden kusurlu göründüğü
    https://mspoweruser.com/wp-content/uploads/2020/04/windows-c...

    • Bu görselin kaynağı olan web sayfası[0] ve onun da kaynağı olan Reddit sayfası[1], optik denge denen gerçek olguya[2] el yordamıyla benzetme yapıyor; ama bunun bu özel örneğe neden uygulandığını ikna edici biçimde açıklayamıyor
      Başka bir açıklama da şu: Bu kasıtlı kusur, özgün imleç grafiğinin çok küçük, düşük çözünürlüklü, 1 bitlik piksel sanatı olarak çizilirken ortaya çıkan kaçınılmaz kusura uysun diye bırakıldı. Hafifçe çarpık görünüme alışık olduğumuz için doğru görünüyor. Normal boyutta bakıldığında fark zaten neredeyse algılanmıyor
      [0] https://mspoweruser.com/why-windows-10s-asymmetrical-cursor-...
      [1] https://old.reddit.com/r/TIHI/comments/fwnep0/thanks_i_hate_...
      [2] Düzenlendi, jusuhi’ye teşekkürler
    • Mevcut yüksek çözünürlüklü imleç, özgün imlecin büyütülmüş bir sürümü gibi görünüyor. Hâlâ %100 ölçekleme kullanan çok sayıda monitör olduğu için uyumluluk nedeniyle de böyle olabilir
    • Küçük araç ipucunun imlecin altında kalıp okunamaması ve imleci çekince araç ipucunun kaybolması sorunu beni hâlâ rahatsız ediyor. Bir gün gerçekten düzeltilebilecek bir sorun
    • Bence nedeni Windows’un ayrıntılara yeterince özen göstermeden ve estetik duygudan yoksun biçimde yapılmış olması. Örneğin Windows XP çıktığında, varsayılan ikonlardan bazılarının aynı taban çizgisine düzgün hizalanmadığını çok net hatırlıyorum. Sonraki bir service pack’te düzeltilmişti
    • Bir yerde gördüğüm açıklamaya göre, böyle olunca imleç daha dengeli görünüyormuş

  • Mantıklı gördüğüm nedenlere, yani işaret edilen hedefi kapatmama ve parmakla işaret etme hareketini taklit etmeye bir tane daha eklersem: ekranda gösterilen neredeyse her şey x ya da y eksenine diktir. Bu yüzden eğik imleç geri kalan içeriğin arasında öne çıkar
    Ek olarak, Amiga’ya özgü bir tuhaflık olarak, erken dönem Amiga fare imleci diğer popüler GUI’lerdeki daha dar açılı imleçlerin aksine x eksenine göre 45° eğikti. Özel fare imleçleri yapmak için yerleşik bir araç da vardı ve kişisel olarak onu çok severdim. Örnekleri http://toastytech.com/guis/amiga12.html adresinde görebilirsiniz

    • Özgün Amiga ok işaretçisinin kısa ve küt stili, donanım sprite’ının yalnızca düşük çözünürlükte mümkün olmasından ve 2:1 basamaklı çizginin pek iyi görünmemesinden kaynaklanmış olabilir
      Amiga OS 2.0’da daha sivri bir stile geçildi ama hâlâ 45° eğikti. Yüksek çözünürlüklü fare işaretçisi ancak Amiga 1200/4000’deki AGA ile kullanılabildi
    • Hotspot ayarı da dahildi
      Macintosh fare işaretçisine benzer şekilde tıklama noktası (0,0) değil, (1,1) idi. Bağlantılı sayfadaki düzenleyicide ten rengi alanın içindeki turuncu nokta odur

  • İkna edici nedenlerden biri, imleçle bir şeyi işaret ederken işaret edilen hedefi kapatmamak. İmleç ters çevrilmiş ya da ortalanmış olsaydı, bir düğmenin üstüne getirildiğinde düğmenin bir kısmını kapatırdı
    Bu, kullanıcının sağ alttan yaklaştığını varsayar; bu da başlı başına imlecin şeklinden kaynaklanıyor olabilir. Yine de sağ alttan yaklaşma nedenine dair okuma yönü teorisinin daha güçlü olduğunu düşünüyorum

  • İlk başta ben de öyle düşünmüştüm ama farenin gerçekte nasıl kullanıldığına bakınca pek uymuyor gibi. Sadece bende mi böyle, merak ediyorum
    Öncelikle sıradan masaüstü kullanımının %95’inden fazlasında, tıklamak istediğiniz hedef henüz farenin altında değildir; dolayısıyla kapatılacak bir şey yoktur. Fareyi hedefe taşırsınız ve vardığınız sırada zaten tıklamaya karar vermişsinizdir, bu yüzden altında ne olduğu önemli değildir
    İkincisi, fare okunması gereken bir şeyin üzerindeyse imleci kenara çekerim. Metnin üstünde düz çizgi imlecine dönüşse bile böyle. Hangi imleç olursa olsun, çizgi kalınlığı ve yüksekliği genelde alttaki render edilmiş harf çizgilerinden imleç tarafında daha büyük olduğundan her zaman bir şeyleri kapatır. Yani imleç eğik olmasa da aynı alanı yalnızca biraz farklı bir konumda kapatır; gerçek kullanımda neredeyse fark yoktur
    Yaklaşma yönü, imlecin nerede olduğuna ve hedefin nerede olduğuna bağlıdır. Günlük kullanım verilerini bir ısı haritasına dökmek ilginç olurdu; ama alttaki görev çubuğu ve üstteki tarayıcı sekme çubuğu gibi sık kullanılan şeylere hızlıca bakınca, tıklanacak hedefler ekranın hem solunda hem sağında bulunur ve imleç de herhangi bir yerde olabilir. Bazı yaklaşma yönleri biraz daha sık olabilir ama farkın büyük olacağını sanmıyorum
    Son olarak, CAD gibi kapatmanın gerçekten önemli olabileceği yazılımlar genelde eğik imleç değil, 1 piksellik artı imleci gibi özel imleçler kullanır

  • Dolma kalemi taklit ediyor olabilir mi? Dolma kalemle yazarken onu öyle tutarsınız; imleç de sanal bir kalem ucudur
    https://youtu.be/U9mWKwXfF6s?t=155s

    • Öyleyse solak faresi kullananların ters yöne eğik bir imleç kullanması gerekmez mi?

  • Yine Xerox PARC. Bugün sahip olduğumuz her şey sanki orada icat edilmiş gibi geliyor. Nasıl bu kadar başarılı ve etkili olabildiler?

  • İşaretçinin özü, işaret ettiği şeyden görsel olarak ayrışması gerektiğidir
    Tipik bir GUI çoğunlukla düz kenarlara ve belli bir simetriye sahiptir. Benzer biçimde simetrik bir imleç arka plana daha kolay karışır ve görsel olarak kaybolması daha kolaydır
    Hangi yöne eğik olduğu ikincildir; önemli olan, arayüzün geri kalanıyla kontrast oluşturan eğikliğin düzensizliğidir

    • Ya yaşlandığım için ya da yeni HDR/5120 çözünürlüklü/aşırı beyaz-siyah seviyelerine sahip monitör yüzünden bilmiyorum ama son zamanlarda beyaz ekranda imleci sürekli kaybediyordum; bu yüzden imleç rengini beyazdan yeşile çevirmek zorunda kaldım