Gnome Files: Ayrıntılı UI analizi

• Gnome Files’ı gerçek dosya düzenleme işlerinde kullanırken görünüm değiştirme, yol girişi, yardım, araç ipuçları ve pencere taşıma gibi temel işlemlerin kullanıcıyı şaşırttığı yönünde bir eleştiri
• “View Options” açılır menüsü aslında sıralama seçeneklerini gösteriyor; görünüm değiştirme ise split button’ın başka bir bölgesinde saklı olduğundan adlandırma ile işlev yerleşimi uyuşmuyor
• Yol çubuğu metin girişi gibi görünüyor, ancak fareyle düzenlenemiyor ve yalnızca Ctrl-L kısayoluyla etkinleşiyor; bu da GUI işlevinin keşfedilebilirliğini azaltıyor
• Başlık çubuğu kaldırılmış üst bölgede düğme tıklama, pencere sürükleme ve bağlam menüsü çakışarak çalışıyor; gizli kaydırma çubuğu da imleç üzerine geldiğinde konum değiştirerek temel işlemleri belirsizleştiriyor
• Yeni UI paradigması, mevcut menü çubuğu, başlık çubuğu ve tutarlı kısayol gösterimi gibi kendini kanıtlamış kalıplardan daha iyi sonuç vermiyor; eski yöntemler otomatik olarak kötü değildir

---

Gnome Files’ın seçilme nedeni ve varsayımlar

• Eleştirinin odağı flat designın kendisi değil, temel program işlevlerine erişim biçimi
• Modern tasarımın yeni başlayanlar için dostça olabileceği kabul ediliyor, ancak günde saatlerce bilgisayar kullanan power userların da tasarım hedeflerine dahil edilmesi gerekiyor
• Arayüz ne kadar çok işlevi gizlerse, kullanıcıların işlevleri keşfetme ve öğrenme fırsatını kaybetmesi o kadar kolaylaşıyor
• Gnome, önemli Linux dağıtımlarında çoğu zaman varsayılan masaüstü ortamı ve “usable by everyone”, “structurally and aesthetically elegant”, “distraction free”, “traditional desktop is dead” gibi yönelimleri açıkça öne çıkarıyor
• Gnome Files, masaüstü ortamının merkezi unsurlarından biri olan dosya yöneticisi olduğu için Gnome’un UI felsefesini incelemek açısından önemli bir örnek

Liste görünümüne geçişte ortaya çıkan menü yapısı sorunu

• İlk izlenim temiz ve sakin; tıklanabilir öğelerin de bir ölçüde ayırt edilebildiği değerlendiriliyor
• Büyük simgeler yerine liste görünümüne geçmeye çalışırken sorun başlıyor
• Araç çubuğunda birbirine benzer görünen simgeler var ve “View Options” araç ipucuna sahip açılır menü görünüm seçeneklerini değil, çeşitli sıralama seçeneklerini gösteriyor
• Gerçek görünümle ilgili seçenekler olan “Icon Size” ve “Show Hidden Files” “Main Menu” içinde yer alıyor; bu da “View Options” adı ile gerçek yapı arasında uyumsuzluk yaratıyor
• Liste görünümüne geçiş, “View Options” açılır menüsünün bir parçası değil, split buttonın toggle bölgesinde bulunuyor
  • Açılır menüde toggle işlevi birlikte listelenmediği için bunların neden aynı widget altında toplandığı belirsiz
  • Bu yapı nedeniyle liste görünümü toggle’ını bulmak zaman aldı ve yapısal zarafetten çok hayal kırıklığı yarattı

Yardım ve araç ipuçlarında keşfedilebilirlik sorunu

• Yerleşik yardımda “list view” arandığında bile liste görünümünü etkinleştirme yolunu doğrudan bulmak zor
• Yardım Gnome Files menüsünden açılmış olmasına rağmen arama sonuçlarında başka uygulamalarla ilgili öğeler de birlikte gösteriliyor
  • “Browse files and folders” Gnome Files ile ilgiliydi, ancak “Manage volumes and partitions”, “Edit contact details” gibi öğelerin ardından geliyordu
  • Yardım içinde doğrudan gezinerek bulunan “List View” ile ilgili öğe ise liste görünümü zaten seçildikten sonra yapılabilecek işlemleri ele alıyordu
• Araç ipuçları faydalı olabilir, ancak Gnome Help ve Gnome Files’ta gereksiz araç ipuçları tersine engel oluyor
  • Gnome Help’te öğe başlığıyla aynı metne sahip araç ipucu, sonraki öğe başlığını kapatıyor
  • Gnome Files’ın sol kenar çubuğundaki “Recent”, “Starred” gibi öğelerde de bariz araç ipuçları gösteriliyor
• Bu davranış, kullanıcıların araç ipuçlarını yararlı bilgi yerine engel olarak öğrenmesine yol açabilir

Yol değiştirme ve kısayol merkezli işlev sunumu

• Gnome Files’ta gezinmenin kendisi genel olarak fena değil, ancak üst dizine gitmek için bir parent directory düğmesinin olmaması eksik hissettiriyor
• Geri/ileri düğmeleri yalnızca gezinme geçmişinde hareket ediyor; üst klasöre gitmekle aynı şey değil
• Konum çubuğundaki dizin adlarına tıklayarak geçiş yapılabiliyor, ancak üst klasör düğmesine göre yanlış tıklama olasılığı daha yüksek ve daha az kullanışlı
• Konum çubuğu metin kutusu gibi görünüyor, fakat fareyle normal düzenleme modu etkinleştirilemiyor
  • Düzenleme modu yalnızca Ctrl-L kısayoluyla etkinleşiyor gibi görünüyor
  • İşlevin uygulanmadığını sanıp aramayla öğrenildi; Keyboard Shortcuts penceresinde bu kısayol yer alıyor
• Bir GUI öğesine fareyle erişilemiyorsa keşfedilebilirliği düşer

Kısayol penceresi ve menü çubuğunun yerini almanın sınırları

• Kısayol listesi 3 sayfa ve arama işlevi de var, ancak ne aranacağını bilmiyorsanız kullanması zor
• Gnome Help konum çubuğunu “path bar” olarak adlandırıyor, ancak kısayol penceresinde “path” arandığında sonuç çıkmıyor
• Kısayol listesinde içindekiler ya da kategorileri hızlıca tarama yöntemi yok; sayfaları tek tek kontrol etmek gerekiyor
• Keyboard Shortcuts penceresini açan bir kısayol da var, ancak bazı diğer kısayolların aksine Main Menu’deki ilgili öğenin yanında gösterilmiyor
• Geleneksel menü çubuğu, program işlevlerini kategorilere ayırıp sürekli görünür kılar, kısayolları tutarlı biçimde gösterir ve keşfedilen seçeneklerin anında çalıştırılmasını sağlar
• Gnome Files’ta işlevler UI’ın farklı yerlerine dağılmış durumda; bazı gizli işlevler ise yalnızca modal kısayol penceresi üzerinden öğrenilebiliyor
  • Kısayol penceresi etkileşimsiz ve modal olduğu için açık bırakıp deneme yapılamıyor
  • Kullanıcının kısayolu bulması, hatırlaması, pencereyi kapatması ve sonra işlevi çalıştırması gerekiyor
• Fare merkezli bir ortamda işlevleri GUI üzerinden bulup çalıştırmanın yolu yoksa bu sınırlayıcı ve kafa karıştırıcı olur

Başlık çubuğu olmayan üst UI’ın belirsizliği

• Gnome Files’ta gerçek bir başlık çubuğu yok; pencere, üst bölgeye tıklanıp sürüklenerek taşınıyor
• Bu üst bölgede araç çubuğu da bulunuyor; zaten işlevi olan UI kontrollerine tıklanmışken bile pencere hareket ettirilebiliyor
  • Arama simgesine tıklayarak arama açılabiliyor; aynı simgeye tıklayıp sürükleyerek pencere de taşınabiliyor
• Geri/ileri düğmeleri bağlam tıklaması veya long click ile konum geçmişini açabiliyor, ancak düğmenin kendisi böyle bir işlevi belli etmiyor
  • Bu işlevin kısayolu da yok gibi görünüyor
  • Başka öğelerde long click yapıldığında bağlam menüsü açılmadığı için davranış tutarlı değil
• Pencereyi öne getirmek için program işlevlerini tetiklemeyen, tıklanabilir olmayan bir alan bulmak gerekiyor
  • Arama çalıştırma, yol değiştirme, görünüm değiştirme veya başka işlevlere erişme gibi yanlış işlemlerden kaçınmak gerekiyor
  • Basit pencere etkinleştirme için bile kullanıcının dikkat etmesi gerektiğinden bilişsel yük artıyor
• Üst bölgeye sağ tıklandığında, konuma bağlı olarak pencere yönetimi menüsü veya dizin işlem menüsü çıkıyor; sonuç, geçerli dizine ya da tıklanan yere göre değişiyor
• Orta tıklama, geçerli dizin dahil dizin adlarını yeni sekmede açabiliyor ve bu işlev bağlam menüsünde de var

Gizli kaydırma çubuğu ve varsayılan tema davranışı

• Gnome Files veya GTK 4 gizli kaydırma çubuğu kullanıyor
• Bu, varsayılan ayarlar ve Debian’ın sağladığı varsayılan GTK 4 temasıyla gözlenen davranış
• Gizli kaydırma çubuğu yalnızca kullanılabilirliği değil, dosya listesi veya belge içinde mevcut konumun neresi olduğunu gösteren bilgiyi de gizliyor
• Fare hareket ettirildiğinde kaydırma çubuğu görünüyor, ancak küçük ve kontrastı düşük olduğu için görülmesi zor bulunuyor
• İmleç kaydırma çubuğunun üzerine getirildiğinde çubuk büyüyor ve daha görünür hale geliyor, ancak özgün genişliği kadar sola kayarak imlecin artık kaydırma çubuğunun üzerinde olmamasına neden oluyor

Genel değerlendirme ve sonuç

• Gnome Files UI’ı haphazard, incoherent ve zaman zaman tehlikeli hissettiren bir yapı olarak değerlendiriliyor
• Başlıca sorunlar şunlar
  • Menü adları ile içerikleri uyuşmuyor ve gerçek görünüm seçenekleri birkaç yere dağılmış
  • Kısayollar menülerde tutarlı biçimde gösterilmiyor
  • Bazı genel işlevlere yalnızca kısayolla erişilebiliyor ve bunlar yalnızca böyle keşfedilebiliyor
  • Widget görünümü davranışı doğru biçimde öngördürmüyor
  • Araç ipuçları yanıltıcı olabiliyor veya bilgi değeri olmadan engel yaratıyor
  • İşlev simgelerine tıklayarak pencereyi hareket ettirme yöntemi yanlış tıklama riski yaratıyor
  • Üst bölgedeki bağlam tıklamasının sonucu tahmin edilmesi zor
  • Varsayılan temanın kaydırma çubuğu, imleç üzerine geldiğinde konum değiştiriyor
  • Yardım ile gerçek GUI’nin kullandığı terimler birbirinden farklı
• Bu tutarsızlıklar, kullanıcıların UI hakkında sağlam bir mental model oluşturmasını zorlaştırıyor
• İşlevsel olarak Gnome Files dosya yönetimi yapabiliyor ve başka seçenek yoksa UI özelliklerine alışmak da mümkün olabilir
• Ancak Gnome Files gibi merkezi bir uygulamada bile UI tasarımı açısından kötü sayılabilecek pek çok unsur var
• Eski masaüstü paradigmasının veya mevcut tüm programların kusursuz olduğu söylenmiyor; ancak yeni paradigmanın daha iyi sonuçlar üretmesi gerektiği sorusu ortada kalıyor
• Eleştirilen sorunların çoğu için onlarca yıldır iyileştirilmiş çözümler zaten mevcut
  • Gerçek pencere başlık çubuğu
  • Menüde kısayolları tutarlı biçimde gösterme yöntemi
  • Menü ve seçeneklerin tutarlı biçimde kategorilenmesi
  • Daha zengin bir tasarım dili
• Eski yöntemler otomatik olarak daha kötü değildir; yeni yöntemler de otomatik olarak daha iyi değildir

[GN⁺]

Hacker News yorumları

• Files’ın liste görünümünde yeni belge oluşturmak ya da yapıştırmak için yalnızca boş alana sağ tıklamaya izin verilmesi sorunu akla geliyor
  Liste görünümünde dosya sayısı biraz artıp pencere dolduğunda tıklanacak boş alan kalmıyor
  Geçmişte de aynı sorunu yaşayanlar vardı 0 ve hâlâ doğru düzgün düzeltilmemiş gibi görünüyor 1

  • Şu anda kullandığım Thunar’da da aynı sorun vardı; boş alan oluşturmak için liste görünümünden ikon görünümüne geçerdim
    Araştırınca Thunar’da Ctrl basılıyken herhangi bir yere sağ tıklarsanız yeni klasör oluşturma, yapıştırma, terminalde açma gibi menüler çıkıyor
    Ancak bir dosya seçiliyken seçili öğenin bağlam menüsü açıldığı için yeni klasör seçeneği görünmüyor; sonuçta seçimi kaldırmak için boş alana tıklamayı ya da Escape tuşunu bilmeyi gerektiriyor, bu yüzden ideal değil
  • BBC News gibi web sayfalarında da benzerini gördüm
    Haber kartının tamamı, bağlantı metni, görsel ve geniş boşluklar bile bağlantı oluyor; yalnızca kartlar arasındaki ince aralık arka plan olarak tıklanabiliyor
    Dokunmatik öncelikli tasarım için anlaşılır, ama GNOME gibi masaüstü yazılımlarında da birden fazla giriş yöntemini aynı anda karşılamaya çalışırken benzer hedefler sızmış gibi görünüyor
  • Satır aralarında ve pencerenin sağ-sol kenarlarında sağ tıklanacak alan var gibi, fakat en küçük liste görünümünde epey dar
    Bağlantısı verilen issue’da sağ tıklanabilir alanları gösteren bir görsel var
    https://gitlab.gnome.org/-/project/1/uploads/50ac36ab40f9049f4a823f77aa9a8a29/gr-files-right-click-zones.jpg
  • Sık sık geçerli klasörde yeni bir Terminal penceresi açmaya çalışıyorum, ama aynı nedenle çoğu zaman mümkün olmuyor
    Bu yüzden üst klasöre çıkıp tamamen dolu olmayan bir klasör bulursam Terminal’i orada açıyor, sonra cd ile yeniden asıl klasöre iniyorum
  • UI/UX açısından bunun tartışmalı olduğunu düşünüyorum
    Bağlam menüsü, sağ tıklanan nesneye uygulanabilecek eylemleri göstermeli; “yeni belge” bir dosya ya da klasör ikonunun işlevi değil
    Bir klasöre sağ tıklandığında yeni belgenin geçerli klasörde mi, yoksa tıklanan klasörün içinde mi oluşturulacağı da belirsiz
    Bu tür ortak işlemleri, boş alana sağ tıklama bağlam menüsünden ayrı olarak, her zaman görünen ikon çubuğundaki menü öğelerine koymak daha iyi

• Makul bir eleştiri, ancak tasarım dili ile ayrıntı seviyesindeki olgunlaşmamışlıktan kaynaklanan UI rahatsızlıklarını birbirine karıştırıyor
  Güncel macOS Finder’a bakınca tasarımın GNOME Files’a çok benzediği görülüyor: https://a.qoid.us/20240907-finder.png
  Bu yüzden pencereyi sürüklemenin zor olması ya da pencereye tıklayıp etkinleştirmenin zor olması gibi tasarımın kendi dezavantajları Finder’da da var
  Ancak macOS, yazarın işaret ettiği ayrıntı sorunlarının çoğundan kaçınıyor
  Görünüm seçeneklerinde benzer bir ikon var ama Finder’da ikonun sağındaki küçük ok da her zaman aynı düğmenin parçası; yazarın şikâyet ettiği türde bölünmüş düğme kullanılmıyor
  Yardım tarafında macOS User Guide ikonların anlamını açıklıyor; Help’e yazınca tüm menülerdeki öğeleri arayıp gösteriyor
  “list” yazınca “as List” menü öğesi çıkıyor ve istenen eylem yapılabiliyor
  Araç ipuçları sol konum listesinde yok, yalnızca araç çubuğu ikonlarında var; onlar da geç beliriyor
  Gezinmede Finder’da fiilen konum çubuğu yok; yolla açma iletişim kutusu da gizli, üst klasöre gitme eylemi de pek göze çarpmıyor
  Yine de düzenlenebilir gibi görünüp düzenlenemeyen bir öğe yok
  Kaydırma çubuğu varsayılan olarak gizli, ama pencerenin sağında kalıyor; yazarın şikâyet ettiği gibi sola sıçramıyor

  • Güncel Finder, eskiye göre büyük bir gerileme
    İnanması zorsa fareli bir cihazda https://macos9.app açıp dosya düzenleme ve gezinme yapmayı deneyin
  • macOS/OSX Finder iyi UX örneği değil
    Hep NeXTStep’ten kabaca taşınıp ardından hızla kendi hâline bırakılmış gibi hissettirdi
    Genel olarak Apple, son yaklaşık 10 yılda UI sezgisini kaybetti; macOS artık iyi bir masaüstü UI örneği olarak kullanılmamalı
  • Finder’da “path bar” denen bir konum çubuğu var, ancak varsayılan olarak kapalı
    Açılmasını sağlayan bir menü öğesi var
  • OS X Finder’ın tüm dosya tarayıcıları arasında en kusurlusu olduğunu düşünüyorum
    Apple’ın kendi işletim sistemini en ergonomik sistem diye pazarlamasına inananların olması komik
    Ağaç görünümüne benzeyen bir yerde yeni klasör oluşturmaya ya da dosya yapıştırmaya çalışınca bunların en üstteki üst klasöre gitmesi gibi, yeni klasör oluşturmak bile kâbus
    Son tarihe göre sıralama da anlamsız
    Genel olarak en yeniden en eskiye sıralanıyor, ama belirli bir tarih ya da geçen hafta gibi grupların içinde tersine, eskiden yeniye doğru sıralanıyor
    Bunun dışında böyle tuhaf yüzlerce karar var
    Enter tuşunun dosyayı açmak yerine dosya adını düzenletmesini de anlamak zor
    Neredeyse hiç yapılmayan bir işe ana tuşu harcamış oluyor
  • Yazarın eleştirisine katılıyorum, ancak Mac’in Finder’ı kullanım açısından çok daha kötü

• GNOME, kullanıcının yanlışlıkla basmasını önlemek için Power off seçeneğini ek bir alt menüye gizliyor; Files’ta ise Format seçeneğini “Safely remove drive”ın hemen yanına koyuyor

  • macOS’ta opt tuşuna basınca kapatma/yeniden başlatma onayı olmadan iki tıklamayla hemen çalışıyor; GNOME’da ise dört tıklama ve üstüne tuhaf bir animasyon var
    İkisi de başlık çubuğuna fazla kontrol sığdırmaya çalıştığı için pencereyi sürükleyecek yer kalmıyor
    Geçenlerde bir G4’te OS X 10.5’i bir hafta kullandım; masaüstünün zirvesi o dönemmiş gibi geldi
  • Windows’ta da benzer bir sorun var
    Örneğin USB yığın depolama aygıtı menüsünde ‘Eject’ ve ‘Format’ yan yana gösteriliyor
    Biri zararsız, diğeri ise potansiyel olarak yıkıcı
  • Bu haksızlık
    Format’ın arkasında ... var; bu, bir iletişim penceresi açılacağı anlamına geliyor ve o iletişim penceresi iki aşamalı bir süreç; sonunda da tüm verilerin kalıcı olarak silineceğini söyleyen kırmızı bir uyarı çıkıyor
    Yanlışlıkla bir aygıtı biçimlendirmenin yolu yok
    Hızlıca gücü kapatmak istiyorsan güç düğmesi davranışını uyku yerine kapatma olarak değiştirebilirsin

• Böyle bir yazı okumak sevindiriciydi
  Ben de GUI’lerde can sıkan küçük sorunları titizlikle irdeleyip daha iyi olmaları gerektiğini toparlamayı sık sık hayal etmiştim
  Ctrl+L bağlamdan bağımsız bakınca tuhaf bir kısayol, ama tarayıcı kullanırken 15 yıldır bildiğim bir tuş olduğu için alışığım
  Windows, GNOME ve Nautilus’un bunu paylaşması uzun süreli kullanıcılar ya da ileri düzey kullanıcılar için iyi
  Tekrar okuyunca şikâyet, kısayolun kendisinden çok başka bir yöntemin olmamasına daha yakın olabilir
  Yazıda değinilmeyen büyük sorun, mevcut GNOME UI’ın Windows 11’e çok benzemesine rağmen araç ipuçları veya tıklanabilir konum çubuğu gibi ayrıntıların çoğunu bozması
  Ubuntu 14.04 ve 20.04’te GNOME kullandım; 22.04’te kararlılık sorunları yaşayınca şimdi XFCE’yi memnuniyetle kullanıyorum, uzun vadeli kararlılık en iyisi

  • Yazar eski bir sürüm kullanıyor
    Şu anda çubuğa tıklayınca doğrudan düzenleme moduna geçilebiliyor
  • Nautilus ile “Files” aynı şey

• GNOME yaklaşımının en kötü yanı belki de kibir
  Kullanılabilirlik araştırması yaptıklarını söyleyip kullanılabilirliğe odaklandıklarını tekrarladıkları için, bir kişi kullanmayı zor bulduğunda bu iki kat daha sinir bozucu oluyor
  “Ortalama kullanıcı memnun, sorun sende” gibi duyuluyor

  • Benim deneyimime göre tipik tepki daha çok “Bu senin için yapılmadı; sen zaten hep gözetilmiş olan çok küçük bir kullanıcı azınlığına aitsin” şeklinde
    Gerçekten bir engelin varsa, politik nedenlerle UI’ı sana uydurma önceliği daha da artacaktır
    Bazen GNOME tarikatının derinlerinde Mother Gnome adlı tek bir kişi olduğunu hayal etmek komiğime gidiyor
    Yasal olarak görme engelli, fiziksel olarak klavye kullanamıyor, bilgisayar kullanıcıları arasında geleneksel olarak yeterince temsil edilmemiş tüm gruplara aynı anda mensup; kendisi hiç bilgisayar kullanmamış, Gen Alpha kuzeninin çocuğundan iPhone’da birkaç şey öğrenmiş biri
    Tüm bu unsurlar birleşip UI tasarımının fayda canavarına dönüşüyor; ne pahasına olursa olsun o kişiye uyum sağlamak mutlak ahlaki emir haline geliyor
  • SUN hâlâ var olsaydı iyi olurdu; gerçekten de GNOME için kullanılabilirlik araştırması yapmıştı
    Dağıtımlardan birinin bu rolü üstlenmesini isterdim
  • Engelli olduğun için özel bir UI’a ihtiyaç duymak utanılacak bir şey değil
  • Bir iddia oluşturmak istiyorsan Gnome geliştiricilerinin ne dediğini uydurmak ya da halüsinasyon görmek yeterli gibi

• “Modern tasarım paradigmalarının acemi kullanıcılara birçok açıdan nazik davrandığına katılıyorum, ama bir noktada insanlar acemi olmaktan çıkar. Günde saatlerce bilgisayar kullanan ve çeşitli işleri birden fazla programda yapan kişiler de tasarım sırasında dikkate alınmalı. Bu yüzden eleştirim genellikle ileri düzey kullanıcı bakış açısından geliyor. Ayrıca arayüz ne kadar çok şeyi gizlerse, kullanıcının gelişmesi ve öğrenmesi için o kadar az fırsat sunar”
  Bunu söyledikten sonra klavye kısayolu kullanmak gerektiğinden şikâyet etmek bence abartı
  Üstelik o işlev zaten klavye gerektiren bir işlev
  Yukarı çık düğmesinin olmamasından yakınmak ya da liste görünümü eleştirisi de pek ikna edici değil
  Ekran görüntüsünde liste simgesi hemen anlaşılabiliyordu; yinelenen işlev düğmelerini oraya buraya koymayan bir pencereyi ben aksine iyi buluyorum
  “Basması zor” iddiası da tuhaf
  35 yıldır bilgisayar kullandığını söyleyip fareyle tek bir yola tıklayamaması pek anlaşılır değil
  Bir sisteme belli ölçüde alıştıktan sonra kendini ileri düzey kullanıcı sayıp diğer her şeyin de aynı şekilde çalışmasını bekleyen tipik şikâyet gibi okunuyor
  Aynı kişiler terminalde Ctrl-C ile kopyalama yapılamayınca “standart kısayollar” bozuldu diye yakınır

  • Temel nokta şu: “Kullanıcı sen değilsin”
    Sana kolay gelmesi başkasına da kolay olduğu anlamına gelmez; kullanılabilirlik çalışmasının öncülü de budur
    Yukarıdaki gibi teknik toplulukların insan bilişinin çok temel bir noktasına böyle direnmesi inanılır gibi değil
    Asıl şikâyet o yorum; özgün yazı ise onlarca yıllık araştırmadan çıkan gerçek verileri uyguluyor
    Daha önce yazdığım yazı: https://news.ycombinator.com/item?id=41303387
  • Liste seçeneklerini görmek için liste simgesine bağlı aşağı okuna tıklardım
    Simgenin bir toggle olabileceği aklıma bile gelmezdi
    Toggle gibi de render edilmemiş ve görünüm seçeneklerinin ikiden fazla olmasını beklerdim
  • Bir metin alanını kullanmak için mutlaka klavye gerekmez
    Yolu yapıştırmak da mümkün
    Dikte gibi yardımcı teknolojiler kullanılabilir; telefonlarda olduğu gibi giriş yöntemi olup Ctrl tuşuna basmanın yolu olmayan ortamlar da var
    Elbette telefon UI’ı farklı ölçütlerle değerlendirilmeli
  • Terminal gerçekten de standart kısayolları bozuyor
    Daha da kötüsü, terminal uygulamaları arasında hangi kısayolun kullanıldığı konusunda hiç tutarlılık yok
    Berbat bir durum ve şikâyet etmeye değer
  • O klavye kısayolunu nasıl öğreniyorsun?
    Birkaç yıl önce özgün yazıya benzer şekilde metin kutusunun kaldırılmasını eleştiren bir yazı okuyunca öğrendim
    Aksi halde klavye kısayoluyla yol metin kutusunu etkinleştirebileceğimi hiç bilmezdim
    UI yalnızca kullanımı kolay değil, keşfedilebilir de olmalı
    İleri düzey kullanıcılar bile gerekli işlevi bulmakta zorlanıyorsa, UI’ın geri kalanının herkes için kolay ve keşfedilebilir olduğunu neden düşünelim?
    Açıkçası UI’ı neredeyse hiç kullanmıyorum; genelde terminal kullanıyorum ve yalnızca klavye firmware’ini yükseltirken Jade’in dosya yöneticisini kullanıyorum

• Kaydetme iletişim kutusunu düzelttiler mi?
  -s filename girince mevcut dosyanın filename olarak kaydedilmesini beklerim
  Uzantı eklenebilir de
  gtk-2 davranışı, filename yazmaya başlayınca dosya/dizin listesini aramak ve Entera basınca vurgulanan öğeyi seçmek şeklindeydi
  Her hâlükârda GNOME kurup kontrol etmeyi düşünmüyorum
  Dosya tarayıcısının yazıda anlatıldığı kadar kötü olması da şaşırtıcı değil
  jwz’nin cadt (cascade of attention deficit teenagers) yazılım mühendisliği modeli aslında GNOME projesinin davranışını açıklamak içindi

  • Şimdi de dosya adı yazınca dosya/dizin arıyor gibi görünüyor, ama ilk dosyayı seçmiyor; girilen dosya adıyla kaydediyor
    Yani düzeltilmiş durumda
  • Kurup kontrol etmeyi düşünmüyorsan neden umursadığını bilmiyorum

• “Temiz” UI takıntısını anlamıyorum
  Her şeyi gizleyip geniş boşluklara ve özelliksiz ikonlara dönüştürmenin nasıl “sakin” olduğunu anlayamıyorum
  Boş bir ev ya da kullanılmayan bir atölye gibi steril ve soğuk hissettiriyor

  • Çok seçenekli, yoğun bir UI seviyorsan KDE ya da benzeri bir ortam sana daha uygun
    Daha az karmaşık seçeneklerin var olması iyi bir şey; tüm masaüstü ortamlarının aynı şekilde davranması için bir neden görmüyorum
  • Temiz ve iyi tasarlanmış bir UI, temiz ve iyi tasarlanmış tesisat gibidir
    Sadece çalışır, ellemen gerekmez ve yoluna çıkmaz

• GNOME’da Files dahil en kötüsü gtk3 ve gtk4’teki gtkfilechooserwidget.c
file->open iletişim kutusuna bir dosya yolu yapıştırınca hata veren ve açılır pencere çıkaran bir bug var
  Gtk geliştiricileri, filechooser kodunun fazla spagetti kod olduğu için filename-entry location-mode’u yeniden varsayılan davranış yapmak isteyen kimsenin olmadığını söylüyor
  Ben de katılıyorum
  gtk 3.22 ve 3.24’te kendim patch’lemeye bir yıl boyunca ara ara uğraştım, ama yalnızca belirli bir sürecin ilk File->Open çalıştırmasında düzeltebildim; sonraki açmalarda yine hata veriyordu
  GNOME UI ve 2014 sonrası Gtk, klavye kullanan insanlar düşünülerek yazılmadı
  En büyük UI zayıflığı bu

  • Dosya seçiciyle ilgili şikâyeti anlıyorum
    GNOME’un pek çok sancılı noktasından biri ve uzun zamandır GNOME’un peşini bırakmayan bir sorun
    Ama GNOME oldukça, hatta belki esas olarak klavye merkezli
    3.0’dan beri “dokunmatik öncelikli yaptılar” diye bir meme var, ama bunu söyleyenlerden hiçbiri muhtemelen GNOME’u dokunmatik bir cihazda gerçekten kullanmamıştır
    Kâbus gibi
    GNOME’un ana kontrolleri klavye kısayolları ya da daha hızlı klavye alternatifleri olan geniş fare jestleri üzerinden yapılıyor

• Bu şikâyetler yanlış değil, ama gerçekte kaç kullanıcının bunlara takıldığını merak ediyorum
  Liste görünümü istendiğinde listeye benzeyen ikona tıklamak garip bir davranış değil
  Açılır menü davranışının biraz tuhaf olduğuna katılıyorum
  Benzer şekilde, günümüzde GNOME uygulamalarında kontrollerin yer aldığı başlık çubuklarının çok olduğu artık kabul edilmiş durumda
  Kontrolün tam üstüne tıklayamayıp fareyi sürüklemeye başlayınca pencerenin hareket etmesinin o kadar rahatsız edici olduğunu düşünmüyorum

  • Yazarın liste görünümünü ararken geçtiği düşünce süreci benimkiyle neredeyse aynıydı; yani en az iki kişiyiz
    Oysa GNOME “Yazılımımız herkes kullanabilsin diye yapılmıştır. Kullanıcı deneyimini derinden önemsiyoruz” diyor
    GNOME’a yönelik eleştiriler zaten çok fazla ve ben de burada birkaçını daha önce yazdığım için daha fazlasını söylemek zaman kaybı gibi geliyor
    Geliştiricilerin neyi başarmak istediklerine dair çok net bir vizyonları var, bu yüzden fikirlerini değiştirmeyecekler
    Kullanıcılar da o yaklaşımı sevip rahat buldukları için fikirlerini değiştirmeyecekler
    Sevmeyen ya da artık sevmeyen insanlar da bunu tuhaf, kafa karıştırıcı ve kısıtlayıcı buldukları için fikirlerini değiştirmeyecekler
    Bu yöne gideli 10 yılı geçti, ama pek değişmeyecek
    Yazarın dediği gibi GNOME, “nasıl yapılması gerektiği konusunda çok sesli, yani dogmatik” bir proje olduğu için
    Sonuçta GNOME tarzını seviyorsan kullanırsın; sevmiyorsan başka yere gitmen gerekir
    Ancak bu, “herkes kullanabilsin diye” sloganıyla biraz çelişiyor
  • Başlık çubuğu içindeki kontrollerde en kötüsü Firefox ve Chromium gibi tarayıcılar
    Kendi dekorasyonlarını ve pencere tasarımlarını uygularken sekmeler, sürüklenebilir başlık çubuğu alanının %95’ini kaplıyor; bu yüzden pencereyi taşımaya çalışırken sık sık sekmeyi taşımış oluyorsun
    Bu berbat tasarım durumunda önce kimin geri adım atacağını bilmiyorum, ama bedelini kullanıcı ödüyor
    Açıkçası tarayıcıların değişmesi gerekiyor
    GNOME çoğu kişinin varsayılanı olduğunu ve epey inatçı olduğunu gösterdi
  • İki düğme, fareyle üzerlerine gelindiğinde ayrı ayrı vurgulanıyor ve tooltip’leri de farklı çıkıyor; bu yüzden bence daha da öyle