स्क्रॉलबार समस्या बनते जा रहे हैं

 (artemis.sh)
2 पॉइंट द्वारा GN⁺ 2023-10-14 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • स्क्रॉलबार और छोटे होते जा रहे हैं या छिपाए जा रहे हैं, जिससे न केवल उन उपयोगकर्ताओं के लिए वास्तविक usability समस्या पैदा होती है जिन्हें scroll wheel या touch gesture इस्तेमाल करना कठिन लगता है, बल्कि उन लोगों के लिए भी जो दस्तावेज़ के भीतर जल्दी से किसी दूसरी जगह जाना चाहते हैं
  • जिन उपयोगकर्ताओं के लिए सूक्ष्म मोटर नियंत्रण कठिन है, या जो eye tracker जैसे सीमित सटीकता वाले pointing device का उपयोग करते हैं, उनके लिए 8-पिक्सेल चौड़े स्क्रॉलबार को ठीक से पकड़ना मुश्किल होता है; voice control उपयोगकर्ता भी बार-बार scroll करने के बजाय सीधे इच्छित जगह पर क्लिक करना चाह सकते हैं
  • GTK, Qt, Firefox, Chrome और Electron में स्क्रॉलबार की चौड़ाई या दिखाने के तरीके को बदला जा सकता है, लेकिन यह अक्सर CSS संशोधन, gsettings, about:config, theme recompilation, या app-विशिष्ट settings जैसे ऐसे तरीकों पर निर्भर करता है जिन तक आम उपयोगकर्ता आसानी से नहीं पहुँच पाते
  • पहले scroll buttons होते थे, जिन्हें दबाकर रखने पर थोड़ा-थोड़ा स्क्रॉल होता था, लेकिन वे चुपचाप गायब हो गए; arrow keys कुछ हद तक उनकी जगह ले सकती हैं, पर उनका व्यवहार focus की स्थिति पर निर्भर करता है
  • document minimap जैसा UI, जिसमें सामग्री को देखते हुए बड़े click area के साथ नेविगेट किया जा सकता है, eye tracker और tablet pen उपयोगकर्ताओं के लिए भी एक उपयोगी वैकल्पिक navigation तरीका हो सकता है

छोटे होते और छिपते स्क्रॉलबार

  • स्क्रॉलबार एक बुनियादी UI है, जिसमें click और drag करके scrollable क्षेत्र के भीतर अपनी वर्तमान स्थिति बदली जाती है
  • हाल के वर्षों में स्क्रॉलबार इतने छोटे हो गए हैं कि उन्हें screenshot में दिखाना भी मुश्किल है, और उन्हें और छोटा करने या छिपाने की प्रवृत्ति usability को नुकसान पहुँचा रही है
  • “scroll wheel इस्तेमाल कर लो” वाला दृष्टिकोण यह मानकर चलता है कि सभी उपयोगकर्ता scroll wheel या touchscreen swipe का उपयोग कर सकते हैं
  • scroll wheel का अच्छी तरह उपयोग करने वाले उपयोगकर्ता भी कभी-कभी किसी खास जगह पर तेज़ी से jump करना चाह सकते हैं

accessibility पर प्रभाव

  • जिन उपयोगकर्ताओं को सूक्ष्म मोटर नियंत्रण में कठिनाई होती है, उनके लिए पतले स्क्रॉलबार को सटीक रूप से पकड़ना कठिन होता है
  • eye tracker जैसे pointing device प्रभावशाली हैं, लेकिन 8-पिक्सेल चौड़े स्क्रॉलबार को स्थिर रूप से hit करने के लिए पर्याप्त नहीं हैं
  • जो उपयोगकर्ता आवाज़ या ध्वनि से कंप्यूटर नियंत्रित करते हैं, वे Talon Voice जैसे tools का उपयोग करते हुए भी scroll down को बार-बार दोहराने या auto-scroll के बजाय स्क्रॉलबार पर इच्छित स्थान देखकर क्लिक करना पसंद कर सकते हैं
  • 2015 में भी GTK3 scrollbar width समस्या पर चर्चा हुई थी, और पतले स्क्रॉलबार गैर-तकनीकी उपयोगकर्ताओं तथा हाथ के नियंत्रण या दृष्टि संबंधी कठिनाइयों वाले लोगों पर अतिरिक्त बोझ डालते हैं

स्क्रॉलबार को कम उपयोगी बनाने के तरीके

  • कुछ मामलों में स्क्रॉलबार की चौड़ाई पिक्सेल के हिसाब से वही रहती है, लेकिन monitor resolution बढ़ने से वास्तविक click target छोटा हो जाता है
  • अन्य मामलों में स्क्रॉलबार स्वयं वास्तव में और छोटे हो जाते हैं
  • Ubuntu द्वारा अतीत में आज़माए गए बहुत पतले स्क्रॉलबार का उदाहरण भी उल्लेखित है
  • जैसे-जैसे स्क्रॉलबार छोटे होते गए, दबाकर रखने पर थोड़ा-थोड़ा आगे बढ़ाने वाले scroll buttons भी गायब हो गए
    • arrow keys कुछ कार्यों की भरपाई करते हैं, लेकिन वे इस बात पर निर्भर करते हैं कि इस समय किस content पर focus है
    • buttons को focus की स्थिति से स्वतंत्र रूप से इस्तेमाल किया जा सकता था
  • कुल मिलाकर स्क्रॉलबार कम उपयोगी हो गए हैं, और इन्हें ठीक करने वाली user settings या तो मौजूद नहीं हैं, या फिर ऐसे technical stack में दबी हुई हैं जिन्हें आम उपयोगकर्ता ढूँढ नहीं पाते

GTK settings की बाधाएँ

  • GTK2 में gtkrc के भीतर सीधे स्क्रॉलबार की चौड़ाई बदली जा सकती थी, और इसके लिए GUI प्रोग्राम भी थे
  • GTK3 में इसे CSS से समायोजित करना पड़ता है, और यदि theme की समझ न हो तो user-friendly settings का अभाव महसूस होता है
  • Reddit thread में GTK3·GTK4 के gtk.css में slider { min-width: ...; min-height: ...; } जोड़ने, Flatpak override करने, और overlay scrolling settings संभालने वाला script भी साझा किया गया है
  • Flatpak apps के लिए अलग override चाहिए होता है, इसलिए system theme वैसे का वैसा लागू नहीं हो सकता
  • GTK डिफ़ॉल्ट रूप से स्क्रॉलबार को छिपाकर रख सकता है और संबंधित जगह पर mouse ले जाने पर ही उसे दिखाता है
    • GTK3 में इसे हमेशा दिखाने के लिए यह command इस्तेमाल की जा सकती है gsettings set org.gnome.desktop.interface overlay-scrolling false
    • इसे Dconf Editor में भी खोजा जा सकता है, लेकिन उसका स्थान पता होना चाहिए
  • GTK4 में इस setting को globally सेट नहीं किया जा सकता, ऐसा GNOME Bugzilla thread में उद्धृत किया गया है
    • चर्चा में यह समस्या बताई गई कि हर app के लिए अलग से non-overlay scrollbar option माँगना पड़ता है

Qt settings की बाधाएँ

  • Qt में स्क्रॉलबार की चौड़ाई उपयोग किए जा रहे Qt widget style plugin द्वारा तय होती है
  • /u/cfeck_kde ने r/kde उत्तर में बताया कि उनकी जानकारी में केवल Skulpture style size settings की अनुमति देता है, जबकि Breeze जैसे अन्य styles में C++ source बदलकर दोबारा compile करना पड़ता है
  • Qt style plugin वास्तव में code होते हैं, इसलिए वे शक्तिशाली नियंत्रण दे सकते हैं, लेकिन इसके लिए ऐसा plugin ढूँढना पड़ता है जो मनचाही setting उपलब्ध कराए
  • Kvantum में स्क्रॉलबार चौड़ाई की setting ढूँढना कठिन बताया गया है, लेकिन “Transient scrollbars” नाम का scrollbar गायब होने वाला feature बंद किया जा सकता है
  • Skulpture आज़माने लायक है, लेकिन KDE Plasma के बिना उसे GUI से configure करने का तरीका पुष्टि नहीं हो पाया
  • यदि किसी एक theme engine पर निर्भर रहना पड़े, तो चिंता बनी रहती है कि Qt development जारी रहने पर वह लंबे समय तक maintain होगा या नहीं

Firefox, Chrome, Electron की स्थिति

  • Firefox भी बहुत छोटे स्क्रॉलबार का उपयोग करता है, लेकिन फिलहाल उसे about:config में समायोजित किया जा सकता है
    • address bar में about:config दर्ज करें
    • widget.non-native-theme.scrollbar.size.override को मनचाहे अंक पर बदलें
    • widget.non-native-theme.scrollbar.style बदलकर उसका रूप भी बदला जा सकता है
    • मान 4 उसे मोटे आयताकार रूप में सेट करता है
    • सामान्य settings विंडो about:preferences में “Always show scrollbars” चालू किया जा सकता है
  • उदाहरण के तौर पर Firefox स्क्रॉलबार का आकार 50 सेट किया जा सकता है; भले ही वास्तव में उसे इतना बड़ा न रखना चाहें, पर इतना बड़ा बना सकना ही इसका लाभ है
  • Athena Lilith Martin की Firefox scrollbar अतिरिक्त settings पर पोस्ट में web page CSS override को disable करने जैसी अतिरिक्त सुधार settings शामिल हैं
  • Chrome से उपयोगी settings की उम्मीद कम बताई गई है
  • Electron apps में भी settings कठिन हैं, और custom CSS injection से इसे ठीक किया जा सकेगा या नहीं, इसका कोई पक्का समाधान नहीं दिया गया है

बेहतर navigation तरीका: minimap

  • minimap में content को देखा जा सकता है, content पर क्लिक किया जा सकता है, और क्लिक की गई content position पर जाया जा सकता है
  • click target बहुत बड़ा होता है, इसलिए यह eye tracker उपयोगकर्ताओं और tablet pen उपयोगकर्ताओं के लिए भी उपयोगी है
  • सामान्य “modern design principles” स्क्रॉलबार और कंप्यूटर उपयोग के विविध तरीकों वाले लोगों, दोनों के खिलाफ काम कर रहे हैं

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2023-10-14
Hacker News की राय

  • समस्या सिर्फ scrollbar की नहीं है। window border हटाने की वजह से background के मिलते-जुलते रंग वाली windows से फर्क करना भी मुश्किल हो जाता है, और किनारा पकड़कर window का size बदलना लगभग नामुमकिन हो गया है
    title bar में search box और गैरजरूरी buttons की भरमार है, इसलिए window को move करने के लिए पकड़ने की जगह लगभग नहीं बचती, और text boxes के बीच tab से जाना भी उम्मीद के मुताबिक काम नहीं करता या बिल्कुल नहीं करता
    tooltips interface में बाधा डालते हैं और उसे अव्यवस्थित बनाते हैं, अक्सर वही चीज ढक देते हैं जिसे आप देखना चाहते हैं, और 95% मामलों में जानकारी दोहराई हुई या बेकार होती है
    पिछले 10 सालों में cargo-cult UI/UX ने दशकों में जमा हुए usability principles को छोड़कर ऐसा नतीजा बनाया है जो बस देखने में अच्छा है, लेकिन बहुत से लोगों के लिए ठीक से काम नहीं करता
    Postman, Teams, आजकल के ज्यादातर Microsoft apps, Chrome, Insomnia जैसे apps को इस बात के examples के तौर पर इस्तेमाल करना चाहिए कि desktop software UI कैसे नहीं बनाना चाहिए
    इससे भी बड़ा अपराध यह है कि अगर ये elements window system level पर configurable होते और app developers उन्हें override न कर पाते, तो यह समस्या नहीं होती; लेकिन Windows और Gnome/GTK उल्टा मौजूदा options हटाने की दिशा में जा रहे हैं

    • मुझे लगता है “मूर्ख” कहना सही है। बेवजह काम करने वाले लोगों को कोसना नहीं चाहता, लेकिन अब window को move करने के लिए title bar है या button, यह पता लगाने के लिए बेवकूफों की तरह इधर-उधर click करना पड़ता है
      हर बार “New Teams” शुरू करने पर यह पूछता है कि Old Teams पर वापस जाना है या नहीं, और File Explorer में New Teams से PDF खोलें तो file system location खोए बिना PDF बंद करने का तरीका भी साफ नहीं है
      ऊपर से सब कुछ भयानक रूप से slow है। Microsoft/Apple/Google में काम करने वाले काफी लोग अपना काम ठीक से नहीं कर रहे हैं, और उन्हें इस पर शर्म आनी चाहिए
    • लगता है Windows XP usable interface की चोटी था और वहीं रुक जाना चाहिए था। हालांकि हो सकता है कि मैं बस बूढ़ा हो गया हूं और बच्चों से अपने lawn से बाहर जाने को कह रहा हूं
      Windows के मामले में तो यह पक्का लगता है, और उसके बाद की हर Windows version में user experience और खराब हुआ है
    • मुझे लगता है अपमान की जरूरत नहीं है। HN पसंद करने की वजह भी यही है कि यह उन कुछ जगहों में है जहां दूसरे platforms की नफरत भरी भाषा की बजाय सभ्य चर्चा को प्राथमिकता मिलती है
      मैं मूल रूप से इस बात से सहमत हूं कि usability, aesthetics से ज्यादा जरूरी है, लेकिन “cargo-cult UI/UX idiots” से ठीक-ठीक किसकी बात हो रही है, यह नहीं जानता
      20 साल से ज्यादा UX/UI leader के तौर पर काम करने के अपने अनुभव में, usability खराब करने के मुख्य दोषी designers से ज्यादा अक्सर business leaders और marketers रहे हैं
      बेशक कुछ designers भी हैं जो मानते हैं कि form, function से ज्यादा जरूरी है और छोटे scrollbars पर जोर देते हैं, लेकिन समस्या समझाने पर वे अक्सर पीछे हट जाते हैं और usable design बनाते हैं
      C-level, marketing leaders और managers UI के बारे में अनजान होते हुए भी बहुत मजबूत राय रखते हैं, इसलिए ज्यादा खतरनाक होते हैं, और “इस website का scrollbar अच्छा है”, “design modern नहीं दिखता” जैसी मांगें करते हैं
      usability और accessibility बचाने के लिए लड़ना बेहद तकलीफदेह है, और कुछ पदों पर बैठे लोगों को ज्यादा professional व्यवहार करना चाहिए और experts पर भरोसा करना चाहिए। designers को भी usability को पहले रखना चाहिए, यह बात सही है
    • इससे भी बड़ी समस्या यह है कि अब information architecture बनाने की कोशिश ही लगभग नहीं होती
      settings menu lists के ऊपर lists चढ़े हुए किसी nightmare जैसा है, हर app का menu structure पूरी तरह random है, और जो चीजें local पर set की जा सकती हैं उन्हें भी अक्सर किसी external site link पर भेज दिया जाता है
      designer की मंशा समझना सचमुच मुश्किल है, और यह फर्क करना भी कि setting मैं ढूंढ नहीं पाया या उसे इस menu में रखा ही नहीं गया
      default settings बदलने के लिए Google खोजना पड़ा, ऐसा बहुत बार हुआ है, और games में भी यही है जहां experience product value का आधा हिस्सा होता है
      CS2 settings menu में ऊपर के text buttons tabs जैसे दिखते हैं, लेकिन असल में वे सिर्फ settings की लंबी list में किसी मनमाने point तक scroll कराते हैं, इसलिए हर button का मतलब दिमाग में अलग-अलग रखना मुश्किल है
      concepts के अर्थ आपस में जुड़े नहीं हैं और न ही structured हैं, इसलिए computing को explore करना बेवजह बहुत मुश्किल हो गया है
      Macromedia Flash का UI याद आता है; मैंने उसे बहुत ज्यादा इस्तेमाल नहीं किया, लेकिन वह सच में simple और इस्तेमाल में आसान था
      privacy और अपने बनाए हुए solutions खोजने की बड़ी वजहों में से एक यह भी है कि आजकल दिख रही experience और knowledge की contamination से दूर जाना चाहता हूं
    • इसी वजह से resize box हुआ करता था। असल में अब यह बिना मांस वाला draggable edge है, यानी 1-pixel element पर जरूरत से ज्यादा role डालकर conflicts बना दिए गए हैं
      पुराने resize box में vertical scrollbar के सबसे नीचे, नीचे वाले arrow button के ठीक नीचे, window size बदलने के लिए अलग handle होता था
      वह शुरुआती screen पर न दिखने वाली content देखने के scroll button के ठीक पास होता था, इसलिए viewport से interact करने के लिए एक natural starting point और reference point जैसा था
      विडंबना यह है कि app UI से यह ज्यादातर गायब हो गया है, लेकिन web browsers अब भी textarea जैसे elements में इसे render करते हैं जहां scrollbar और resize on हों। हालांकि ज्यादातर UI में संबंधित scroll buttons अब नहीं होते

  • हाल ही में एक मज़ेदार एहसास हुआ। मेरी नज़र खराब नहीं हुई है, UI खराब हो गया है
    हास्यास्पद रूप से कम contrast वाले tiny scrollbar किसी के लिए भी accessible नहीं हैं
    हाल में मैंने KDE को Oxygen theme के साथ इस्तेमाल करना शुरू किया है, और इसे बिना आंखों की थकान के इस्तेमाल करना अच्छा लग रहा है
    ऐसे scrollbar दयनीय चीज़ें हैं जिनमें customize करने की भी गुंजाइश नहीं होती, और locked apps पर theme apply करना हो तो बस किस्मत साथ देनी चाहिए
    यह बहुत साफ दिखता है कि UI designers users की जरूरतों की परवाह नहीं करते, और FOSS दुनिया भी इसका अपवाद नहीं है
    यह दुखद है कि हम उस दौर से पीछे हटकर, जब software अच्छा दिखता था, functional था, accessible था और तेज था, locked और theme न हो सकने वाले Electron कचरे तक आ गए हैं
    अगर UI में पर्याप्त contrast और readability होती, तो “dark mode” जैसी चीज़ की जरूरत ही नहीं पड़ती

    • मैं dark mode contrast की वजह से नहीं इस्तेमाल करता, बल्कि इसलिए करता हूं क्योंकि बहुत सारे software का light mode बस एकदम शुद्ध सफेद होता है। screens लगातार ज्यादा bright और शक्तिशाली होती गई हैं
      बिना white mode वाले software इस्तेमाल करते समय अक्सर वह इतना bright होता है कि पास की दीवार flashlight चालू करने जैसी चमकने लगती है
      इसलिए screen brightness घटाने पर रंग और contrast बिगड़ जाते हैं और फिर भी कुछ दिखाई नहीं देता
      Win 9x युग के grey interfaces याद आते हैं; वे सुंदर नहीं थे, लेकिन सच में दिखाई तो देते थे
    • contrast भी एक factor है, लेकिन flat UI trend ने middle grey और light grey को हटाकर सफेद और लगभग-सफेद रंग भर दिए, जिससे light mode पहले से कहीं ज्यादा चकाचौंध करने वाला लगने लगा
      चकाचौंध करने वाले flat UI के हावी होने के बाद लोगों ने dark mode की मांग की, इसमें बिल्कुल हैरानी नहीं है
    • काश digital दुनिया में analog controls ज्यादा होते। 10-step up/down buttons के बजाय rotating knobs होते
      menu से बाहर निकल जाना आसान होता है, और वापस जाने की कोशिश में कुछ बिल्कुल अलग adjust हो जाता है—इस तरह के digital manual controls बहुत ज्यादा digital और झंझट भरे हो गए हैं
      पहले display का contrast और brightness, amp volume, analog TV, thermostat, car radio वगैरह adjust करना आसान था
      अभी बहुत सारे analog controls वापस लाने का कोई बड़ा trend नहीं है, लेकिन आखिरकार हमारी दुनिया analog ही है। input बोलचाल, muscles की movement वगैरह के रूप में analog है, और output भी रोशनी और vibration जैसी इंद्रियों तक पहुंचने वाली analog चीज़ें हैं
      controls ज्यादा analog क्यों नहीं हैं, समझ नहीं आता; शायद cost की वजह होगी
      analog controls वाला display या laptop हो तो मैं तुरंत खरीद लूंगा। असल में dial 16 million steps वाला भी हो, अगर response तुरंत हो और असली variable resistor जैसा महसूस हो, तो वह काफी है
      अच्छा होगा अगर context के अनुसार intensity जल्दी बदलने या options में घूमकर पढ़ना और सुनना आसान बनाने के लिए knobs हों
      आजकल हमारे 90% काम browser के अंदर होते हैं, इसलिए अच्छा होगा अगर browser accessibility API दे ताकि Bluetooth या किसी भी तरीके से rotating knob से control किया जा सके। यह scroll wheel का enhanced version जैसा होगा
    • खासकर नया “don’t theme my app” trend दुखद है। GTK के CSS stylesheet की समस्या को CSS की जगह बेहतर styling technology लाकर हल करना चाहिए, सब कुछ फेंककर users को अपनी theme इस्तेमाल करने से रोककर नहीं
    • मुझे लगता है कि करीब 20 साल पहले Windows 2000 era में usability अपने peak पर पहुंच गई थी। लेख के screenshots भी असल में उसी समय के शुरुआती OS X 10.x, शायद 10.3 के आसपास के लगते हैं

  • अक्सर ऐसी websites मिलती हैं जिनमें scrollable popover या अजीब internal frame होता है, और छोटे internal frame का scrollbar छिपा होने से पता ही नहीं चलता कि और content है या नहीं; इससे लगता है कि site पूरी तरह broken है
    यह सच में गुस्सा दिलाता है, और इस पागलपन को बढ़ावा देने और popular बनाने के लिए iOS और macOS को दोष देने का मन करता है। “flat” UI trend को आगे बढ़ाने वाले भी अप्रत्यक्ष रूप से जिम्मेदार हैं, जिसने यह guess करना मुश्किल कर दिया कि क्या क्या है
    UI communication है, लेकिन UI designers ने मानो तय कर लिया है कि बड़बड़ाना cool है

    • मूल iPhone context में, scroll न हो रहा हो तब scrollbar छिपाना कुछ हद तक समझ में आता है। screen 3.5-inch की थी और लक्ष्य desktop-level content display करना था, तो scrollbar के लिए जगह ज्यादा नहीं थी, और ज्यादातर लोग scrollbar से direct interact भी नहीं करते
      इसके उलट desktop operating systems में इस्तेमाल होने वाली सबसे छोटी screen भी काफी बड़ी होती है, इसलिए scrollbar छिपाने की कोई खास अच्छी वजह नहीं है
    • इस complaint thread को और भड़काने की दिशा में मोड़ देने के जोखिम के साथ कहूं तो, शायद आजकल movies और TV की नकल हो रही है
      बच्चे शांत हों, सो रहे हों या school गए हों, फिर भी आजकल बहुत सी movies और series subtitles के बिना देखना मुश्किल होता है
    • मुझे तो यह भी समझ नहीं आता कि यह flat UI आखिर trend कैसे बन गया

  • एक बार फिर Firefox की तारीफ करनी होगी कि वह about:config में ऐसी चीजें बंद करने का tool देता है। अच्छे से अच्छा कहें तो यह cute decoration है, और बुरे से बुरा कहें तो irritating और abusive है
    browser UI को उन areas से लगभग पूरी तरह बाहर रखा जाना चाहिए जिन्हें websites बदल सकती हैं, और scrollbar भी इसमें शामिल है

    • इसके उलट Chrome पर तो “कल्पना करो कि Chrome में कोई useful चीज़ configure की जा सकती है” वाली बात पर जोर से हंसी आई
      पूरा लेख बहुत अच्छा लिखा गया है और लेखक की तारीफ बनती है
      मैं भी Edge के Bing search और दूसरी features बार-बार ठूंसने, और tab restore prompt तक बहुत परेशान करने की वजह से वापस Firefox पर आ गया। बस चुप हो जाए और यह सब बंद करे
    • मुझे साफ याद है कि 2000s की शुरुआत में forums पर मैंने IE6 की scrollbar styling feature का बहुत जिद्दी बचाव किया था। उस समय Mozilla पक्ष इसे घिनौना कहता था
      अब उम्र बढ़ने पर, पीछे मुड़कर देखने की क्षमता और कमजोर होती नजर की कमजोरी दोनों के साथ, मैं मान सकता हूं कि मैं गलत था। इसका दुरुपयोग बहुत आसानी से होता है
    • smooth scrolling को भी उस list में डालना चाहिए। चाहे mouse wheel से scroll करें या Ctrl-F से मिले शब्दों के बीच move करें, दोनों में यही बात है
      शुक्र है कि uBlock Origin से इसे override किया जा सकता है
    • extension authors के बड़े ecosystem की भी तारीफ करनी चाहिए। लेखक अंत में मौजूदा scrollbar के upgrade के रूप में minimap sidebar की तारीफ करता है, और असल में ऐसी चीज़ मौजूद है
      https://addons.mozilla.org/en-US/firefox/addon/minimap-scrol...
    • यह mobile पर भी काम करता है, लेकिन इसे override करने का सही मंत्र ढूंढना पड़ेगा
      शायद यह सही होगा
      <https://www.makeuseof.com/change-firefox-scrollbar-style/>

  • लेखक समस्या का आधा हिस्सा देखकर भी समाधान का खराब आधा हिस्सा सुझाता है
    scrollbar सिर्फ एक control नहीं, बल्कि position indicator भी है। यह दिखाता है कि लंबी list जैसे किसी बड़े view के अंदर मौजूदा viewport कहां है
    macOS जैसे कुछ GUI की तरह scrollbar को छिपाना वैसा ही बहुत असभ्य है, जैसे buttons को text से अलग पहचान में न आने देना या हल्के grey background पर हल्का grey text रखना
    समाधान पहले से मौजूद है और लगभग सार्वभौमिक रूप से लागू है: mouse का scroll wheel और trackpad के scroll gestures
    ऐसा view बहुत दुर्लभ है जिसे scrollbar से scroll किया जा सके, लेकिन standard trackpad gesture या mouse wheel से scroll न किया जा सके। मेरा mouse wheel से horizontal scroll भी कर सकता है, और TrackPoint controls भी ऐसा ही करते हैं
    इस तरह scroll करने के लिए pointer का scrollbar के ऊपर होना भी जरूरी नहीं; बस वह इच्छित view/control/widget के ऊपर होना चाहिए
    यह inaccurate input device, कांपते हाथों और कमजोर नजर के बावजूद बहुत आसानी से किया जा सकता है
    लेकिन जब scroll करने का इतना natural और आसान तरीका हो, तब scrollbar के indicator की भूमिका में होने की कमी और ज्यादा महसूस होती है
    minimap कभी-कभी useful होता है, लेकिन अक्सर नहीं; निजी तौर पर text editing में मुझे यह भारी-भरकम और बेकार लगता है। हालांकि जिन्हें पसंद है उनके लिए इसे option के रूप में रखने के पक्ष में हूं

    • scroll wheel और gestures page-moving devices हैं, और scrollbar भी यह काम करता है, लेकिन साथ ही यह “मुझे document के बीच में ले चलो” वाला control भी है
      अगर यह मान लिया जाए कि document ठीक से respond करता है, तो खासकर बड़े documents में scrollbar से बड़े दायरे में आसानी से move किया जा सकता है। आजकल web पर इस assumption पर भरोसा करना मुश्किल है
      पुराने बड़े PDF जिनमें links नहीं होते और “B-29” जैसे section page numbers होते हैं, उनमें दबे हुए page को खोजने के लिए मैंने अनगिनत बार scrollbar से लगभग binary search की है
      बेशक modern web ने lazy loading और infinite scroll के अति-प्रयोग से scrollbar को indicator के रूप में इस्तेमाल करने की संभावना लगभग खत्म कर दी है
      Mac पर कई बार Cmd-down arrow से document के अंत में jump करके उम्मीद की है कि कोई अंत होगा, और format बिगाड़ने वाले embeds सब load हो जाएंगे
      लेकिन अंत में ऐसा लगता है जैसे किसी अंतहीन train पर चढ़ गए हों, यह भी पता नहीं कि कितना आ चुके हैं और कितना बाकी है
      इसलिए scrollbar practically बेकार हो गया है, और मैं तेज doom scrolling के लिए design किया गया bearing वाला भारी mouse wheel इस्तेमाल कर रहा हूं
    • लगता है आपने article नहीं पढ़ा। पहले paragraph से ही कहा गया है, “आप कहेंगे कि यही scroll wheel का काम है, लेकिन हर कोई scroll wheel या touch screen swipe इस्तेमाल नहीं कर सकता”
      ठीक अगले paragraph में भी छोटे/छिपे scrollbars से eye tracker जैसे दूसरे input methods को होने वाली मुश्किलों पर चर्चा है
    • सही। आखिर कोई तो आया जो समझता है कि scrollbar किसलिए होता है
      scrollbar की primary भूमिका user को यह दिखाना है कि document window से बड़ा है, और secondary भूमिका यह दिखाना है कि document का कौन-सा हिस्सा visible है। user से scroll करवाना इसका मुख्य function नहीं है
      जब Apple ने macOS में default रूप से scrollbars छिपाने शुरू किए, तो मैं सचमुच हैरान था। लगता है Apple UI designers को यह नहीं पता कि basic UI controls असल में क्या करते हैं
    • scroll input devices सार्वभौमिक रूप से उपलब्ध नहीं होते
      Wacom/pen users के पास scroll wheel नहीं होता
      कई trackballs में भी scroll wheel नहीं होता, हालांकि कुछ में ball के आसपास scroll ring होती है
      scrolling finger में repetitive strain injury हो गई थी, इसलिए मैंने mouse से scroll wheel हटा दिया। एक समय ऐसा भी था जब mouse इस्तेमाल करने वाली arm को जरूरत से ज्यादा खींच लेने के कारण मुझे कई हफ्तों तक opposite hand से trackball इस्तेमाल करना पड़ा
    • अगर बहुत लंबी दूरी scroll करनी हो तो mouse wheel जवाब दे देता है

  • window borders की भी बात करनी चाहिए। black background और black border वाली कई VS Code windows overlap करके खुली हैं, और shadow भी नहीं है
    एक window का frame/border दूसरी window के ऊपर कहां है, बिल्कुल दिखाई नहीं देता। यह operating system level की समस्या होनी चाहिए, लेकिन apparently यह app की समस्या है
    ऊपर से VS Code ने border setting support को “वापस ले लिया” है: https://github.com/microsoft/vscode/issues/160159

    • borders और title bars पर और जानकारी यहां है
      https://news.ycombinator.com/item?id=37865824
      मेरा theory है कि designers ऐसे users को target करते लगते हैं जो एक बार में सिर्फ एक full-screen window देखते हैं
      उनका model user आदर्श lighting और बिना reflections वाले कमरे में 13-inch laptop के सामने बैठा होता है, windows को move या resize नहीं करता, और दिन भर में 3 से ज्यादा tabs/documents भी नहीं खोलता

  • ऐसे articles या UX blogs पढ़ते समय हर बार यह बहुत साफ हो जाता है कि हम accessibility की कितनी कम परवाह करते हैं
    accessible “good” design, modern web apps से अपेक्षित चीजों की तुलना में काफी ज्यादा boring और कम cluttered होता है
    Adam Silver की forms पर किताब पढ़कर मुझे एहसास हुआ कि accessibility के नजरिए से हम पूरी तरह गलत कर रहे हैं, लेकिन accessibility priority नहीं है

    • irony यह है कि comment accessible होने के लिए reader को यह खोजकर जानना पड़े कि a11y का मतलब “accessibility” है
    • business perspective से यह जरूरी नहीं कि गलत हो। accessible website बनाने के लिए जिन चीजों को नहीं किया जा सकता, कंपनियां अगर वे चीजें करती हैं तो हिसाब-किताब में अक्सर बेहतर नतीजा मिलता है
      खासकर dark patterns accessibility के बिल्कुल उलट हैं
      इसलिए accessibility को अनिवार्य बनाने वाले कानूनों की जरूरत है

  • क्या आप जानते हैं कि 40 से ऊपर के कई लोगों के लिए accessibility की समस्या क्या बन जाती है? गहरे background पर सफेद text
    मेरी उम्र के लोग web pages पढ़ सकें, इस बात की वकालत करने वाली बातें मैं कितनी भी सुनूं, कभी ऊबूंगा नहीं
    developer tools खोलकर लेखक की CSS बदलने पर मैं पढ़ तो पाया, लेकिन shell script पढ़ने लायक नहीं रही

    • मैं 40 से कम हूं, फिर भी यह combination आंखों पर जबरदस्त दबाव डालता है। कुछ paragraphs पढ़कर दीवार की तरफ देखूं तो 30 सेकंड से ज्यादा समय तक नजर में afterimage letters बने रहते हैं
      इतना असहज होता है कि अगर पूरा text select करने पर भी गहरे background/सफेद text का contrast कम नहीं होता, तो मैं वह page बिल्कुल नहीं पढ़ता
    • दुर्भाग्य से accessibility की जरूरतें अक्सर एक-दूसरे से टकराती हैं, और web page बनाने वाले के पास सभी के लिए options सुनिश्चित करने का अनंत समय भी नहीं होता
      CSS को पूरी तरह बंद करने पर भी विचार किया जा सकता है
    • मैं अभी 40 का नहीं हूं, लेकिन मेरे मामले में उल्टा है। मुझे गंभीर floaters हैं, इसलिए सफेद background पर वे बहुत उभरकर दिखते हैं
      पिछले 5 सालों में सचमुच अच्छी बात यह रही है कि ज्यादातर प्रमुख user interfaces अब dark mode और light mode दोनों देते हैं
    • browser में Dark Reader extension आजमाकर देखना अच्छा रहेगा। आम तौर पर इसे global dark mode के लिए इस्तेमाल किया जाता है, लेकिन site-specific या global तौर पर white mode भी set किया जा सकता है
    • बिल्कुल वही समस्या नहीं है, लेकिन मैं अक्सर हल्के या medium gray background पर dark या medium gray text देखता हूं
      मेरा समाधान यह है
      https://addons.mozilla.org/en-US/firefox/addon/font-contrast...
      कम-से-कम यह text को black करने के लिए force कर देता है। काफी stable है, और कभी-कभी जरूरी exception settings भी आसानी से की जा सकती हैं

  • मैं सहमत हूं कि scrollbars मरते जा रहे हैं और इस्तेमाल के लायक नहीं रह गए हैं। scrollbars चौड़े, साफ दिखाई देने वाले और target करने में आसान होने चाहिए
    document का अभी दिख रहा हिस्सा कितना है, यह दिखाने के लिए उनका आकार proportional होना चाहिए, और जो हिस्सा चलता है उसमें फिसलन नहीं बल्कि friction का संकेत देने वाली विशेषता होनी चाहिए
    arrow buttons को एक-दूसरे के opposite ends पर नहीं, बल्कि साथ में रखा जाना चाहिए, और hover व mouse pressed state को रंग से बताना चाहिए
    यहां दिखाए गए classic scrollbars में https://scrollbars.matoseb.com/ Nextstep इन शर्तों के सबसे करीब है, और मेरे हिसाब से Mac OS 8 कुल मिलाकर सबसे सुंदर है

    • इसके अलावा, अगर document support करता हो तो एक ही toolbar widget से दोनों दिशाओं में pan करने का option भी होना चाहिए। मैंने ऐसी implementation देखी है, लेकिन arrow buttons को दोनों सिरों के बजाय साथ में रखने वाला रूप नहीं देखा
      पहले human-computer interaction नाम का एक research field था, जहां हमने Fitts's law या यह तथ्य सीखा था कि screen edges व्यावहारिक रूप से अनंत आकार रखते हैं, इसलिए खास तौर पर मूल्यवान होते हैं
      OS X पर सजा की तरह MS Teams खुला रखा है; window screen के दाईं तरफ सटी हुई है और दाईं edge पर scrollbar है
      mouse को दाईं ओर धकेलकर, mouseover से expand होकर edge pixel तक पहुंची scrollbar को पकड़ने के लिए click करता हूं, तो पूरी window drag हो जाती है
      पता नहीं हम यहां तक कैसे पहुंच गए। एक समय था जब अच्छे user interface क्या होते हैं, इसका सक्रिय रूप से अध्ययन किया जाता था, वह research वास्तविक user experience में झलकती थी, और उसके नतीजे दिखते थे
    • arrow buttons को opposite ends पर नहीं बल्कि साथ-साथ रखना चाहिए—इस बारे में मैंने कभी सोचा नहीं था, लेकिन बात समझ में आती है
      “हमेशा से ऐसा ही होता आया है” के अलावा यह इतना दुर्लभ क्यों है, जानना चाहूंगा

  • कहा जाता है कि “designers non-technical users के साथ usability testing नहीं करते,” लेकिन करें भी तो शायद ज्यादा फर्क नहीं पड़ेगा
    मैंने लगभग 25 साल web developer के रूप में काम किया है और कई designers के साथ collaborate किया है; उन्हें जिस चीज की परवाह होती है वह उनकी अपनी “vision” से मेल खाता pixel-perfect layout है। UX तो उनके दिमाग से गुजरने वाला खयाल भी नहीं

    • सभी designers ऐसे नहीं होते, लेकिन कई होते जरूर हैं। मैंने एक designer को वास्तविक users के साथ की गई UX research से बाहर आकर कहते देखा है, “यह सिर्फ एक data point है, और हमारा मानना है कि वे users गलत हैं”
      ऐसे मामलों में समझाने-बुझाने से काम नहीं चलता