कंट्रोल छिपाएँ नहीं: छिपे हुए interface controls usability को नुकसान पहुँचाते हैं

 (interactions.acm.org)
1 पॉइंट द्वारा GN⁺ 2025-07-06 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • आधुनिक interfaces में features बढ़ने के साथ controls को screen से बाहर छिपाया जा रहा है, जिससे users दिखाई देने वाले संकेतों को पहचानने के बजाय उपयोग का तरीका याद रखने वाली knowledge in the head स्थिति में लौट रहे हैं
  • Dropdown menus संभावित actions को explore करने देते थे और knowledge in the world देते थे, लेकिन smartphones, कारें और appliances अक्सर swipe, long press और button combinations जैसे दिखाई न देने वाले controls पर निर्भर करते हैं
  • iPhone flashlight, notifications, Apple Pay, car key fob, CarPlay में Apple Maps, electronic door locks, app notification sounds और R की खाली screen दिखाते हैं कि hidden controls वास्तविक usability को कैसे घटाते हैं
  • यह समस्या केवल beginners की नहीं है; statistical software जैसे expert users के tools भी menu-based systems से command-line-centric tools की ओर जाने पर कम accessible हो सकते हैं
  • Designers को केवल aesthetic simplification या screen space बचाने के लिए controls नहीं छिपाने चाहिए; जिन functions को automate करना कठिन है, उनमें discoverability और लगातार दिखाई देने वाले controls को प्राथमिकता देनी चाहिए

दिखाई देने वाले controls और याद रखने वाले controls

  • Douglas Engelbart ने 1960 के दशक की शुरुआत में computer interfaces में knowledge in the world और knowledge in the head की concepts पेश कीं, और Donald Norman ने इन्हें The Psychology of Everyday Things में औपचारिक रूप देकर लोकप्रिय बनाया
  • knowledge in the world वह स्थिति है जिसमें जरूरी controls दिखाई देते हैं, और user उन्हें याददाश्त के बजाय पहचान के आधार पर पहचानकर operate कर सकता है
    • आधुनिक graphical interfaces के dropdown menus commands या locations याद किए बिना menu structure explore करके मनचाहा action खोजने देते हैं
  • knowledge in the head वह स्थिति है जिसमें किसी device का उपयोग करने के लिए user को commands और operation methods याद रखने पड़ते हैं
    • DOS-based systems में files की list देखने के लिए DIR command जानना जरूरी था, और दूसरे systems में command अलग हो सकती थी
    • ऐसे systems में लगभग सारी जरूरी knowledge दिमाग में रखनी पड़ती है, इसलिए वे hidden controls के चरम रूप के करीब हैं

Dropdown menus ने accessibility कैसे बदली

  • HCI experts ने जल्दी समझ लिया कि अत्यधिक knowledge in the head की मांग non-expert users को systems तक पहुँचने से रोकती है
  • Dropdown menus ने knowledge को screen पर रख दिया, ताकि user संभावित actions देख सके और फिर जरूरी function चुन सके
  • इस बदलाव ने detailed command training के बिना भी अलग-अलग computer tasks को प्रभावी और efficient ढंग से करना संभव बनाया, और computer adoption को तेज करने में योगदान दिया

Smartphones और cars में फिर लौटे hidden operations

  • पिछले 40 वर्षों में computers का रूप काफी बदल गया है, और desktops अब भी अक्सर 1980s वाले visible controls model का पालन करते हैं, लेकिन smartphones फिर से memory-based operation की मांग करते हैं
  • iPhone flashlight के लिए control panel खोलने हेतु नीचे बाएँ से ऊपर swipe करना पड़ता है, लेकिन interface में खुद इसका कोई संकेत नहीं होता कि यह action संभव है
    • Notifications देखने के लिए ऊपर के corner से नीचे swipe करना पड़ता है
    • Apple Pay के लिए बिना label वाले multi-function button को दो बार दबाना पड़ता है
    • Hidden controls की संख्या बढ़ने पर simple tasks भी कठिन हो जाते हैं
  • Car unlock के उदाहरण में, जब key fob button और door handle button काम नहीं कर रहे थे, तो सारे solutions छिपे हुए थे
    • यह पता होना चाहिए कि fob के अंदर एक छिपी हुई physical key है
    • यह भी पता होना चाहिए कि car door handle का एक हिस्सा अलग करने पर keyhole दिखाई देता है
    • Vehicle no remote unlock mode में चला गया था, और केवल turn signal के specific blinking pattern से संकेत मिल रहा था
    • इसे हल करने के लिए key fob पर कठिन button input sequence के जरिए vehicle को सही mode में वापस लाना पड़ा
    • समस्या बताने वाला hidden code और mechanical व computer-based solutions दोनों दिखाई नहीं दे रहे थे, इसलिए लगभग 30 मिनट तक car में entry नहीं मिल सकी

In-vehicle graphical interfaces और time-based controls

  • CarPlay में Apple Maps, map को जितना संभव हो उतना बड़ा दिखाने की design के कारण search और zoom controls को default screen से छिपा देता है
    • Destination enter करने या map zoom करने के लिए screen के नीचे बाएँ हिस्से को touch करना पड़ता है, तब search और zoom icons दिखाई देते हैं
  • Time-based controls भी hidden operations का आम रूप हैं
    • Computer power button पर label होने के बावजूद केवल दबाने से जरूरी action नहीं हो सकता; उसे कुछ समय तक long press करना पड़ता है
    • पहले से training या knowledge न हो तो operation method खुद छिपा रहता है
  • Electronic door lock hidden controls और time-based controls के combination का उदाहरण है
    • Unlock करने के लिए बड़ा central button finger रखने का affordance देता है
    • Lock करने के लिए # key एक hidden control है, और यह simple press से नहीं बल्कि 5 seconds तक दबाने पर activate होती है
    • Long time condition और hidden control साथ आ जाएँ तो system को अच्छी तरह जानने वाले user के अलावा किसी के लिए lock करना मुश्किल हो जाता है

User के commands को bypass करने वाला hidden control

  • Stereo volume को 0 तक घटाने पर user उम्मीद करता है कि जब तक वह उसे फिर से बढ़ाएगा नहीं, कोई sound नहीं आएगा
  • iPhone में volume पूरी तरह कम करने या mute switch on करने पर भी apps hidden control के जरिए sound चला सकते हैं
    • उदाहरण के लिए, internet-connected cat litter box आधी रात को cleaning complete होने की सूचना दे सकता है, या Instagram सुबह 3:30 बजे बता सकता है कि बच्चे ने video upload किया है
  • ऐसा behavior user द्वारा दिए गए simple silence command को apps द्वारा bypass करने के रूप में दिखता है

Experts के लिए भी बचना मुश्किल खाली screen

  • Hidden interface problem केवल beginners को प्रभावित नहीं करती
  • Statistical analysis software में कई expert researchers को SPSS जैसे menu-based system से R जैसे line-editing program की ओर जाना पड़ता है
  • Basic form में R DOS window जैसी एक दबावपूर्ण खाली screen वाला interface है, और सबसे simple tasks के लिए भी statistical knowledge के अलावा काफी usage knowledge मांगता है

Hidden controls क्यों बढ़े

  • Donald Norman ने लगभग 35 साल पहले visibility, जिसे बाद में discoverability कहा गया, को core design principles में से एक बताया था
    • Users को controls और menus को systematically explore करके यह समझने में सक्षम होना चाहिए कि system क्या कर सकता है
  • Modern devices में इतने ज्यादा features आ गए हैं कि सभी controls को screen पर दिखाई देने वाली जगह में रखना मुश्किल हो गया है
  • System की complexity और users द्वारा न जानी या गलत समझी गई interdependencies भी controls को hidden जैसा महसूस करा सकती हैं
    • कुछ modes में controls दिखाई दे सकते हैं, और दूसरे modes में नहीं
    • अगर user इस dependency को नहीं समझता, तो control hidden जैसा महसूस होता है
  • Existing controls पर multiple functions चढ़ा देना, या screen की किसी unmarked location को tap करवाना, visible और persistent button design करने से आसान है
  • Computer power button का उद्देश्य accidental shutdown रोकना हो सकता है, लेकिन अच्छी labeling वाला rotary control functionality और usability बनाए रखते हुए hidden operation को कम कर सकता है

Visible controls बनाए रखने वाले design examples

  • General Motors का map interface Apple Maps से अलग है; यह जरूरी controls को main navigation screen पर visible और persistent रूप से रखता है
    • Search और zoom controls को छिपाए बिना map functionality और usability को नुकसान नहीं पहुँचाता
    • Beginners को अधिक smooth और आसान experience देता है
  • Buick LaCrosse में map zoom physical knob से implement किया गया था, जिसमें clockwise zoom in और counterclockwise zoom out का simple operation था
  • Most mission-critical systems hidden controls के बजाय ऐसे controls पर निर्भर करते हैं जो visible, persistent हों और system state दिखाएँ
    • Designers समझते हैं कि highly trained operators को भी कोई specific action perform करने या access करने का तरीका याद रखे बिना तेजी से operate करना पड़ता है

Disappearing computing और hidden controls का अंतर

  • Mark Weiser ने 1991 में disappearing computing की बात रखी, जिसमें computing background में गायब होकर इंसान से लगभग interaction किए बिना tasks करती है
  • Donald Norman ने The Invisible Computer में कहा था कि technology invisible और hidden होनी चाहिए
  • Car engine computer environmental variables और driving conditions को लगातार measure करके engine parameters automatically adjust करता है, और user को options screen देखे बिना expected result देता है
  • लेकिन जानबूझकर user operations को छिपाना Norman और Weiser की कही दिशा से अलग है
    • जरूरत के समय controls सामने आने चाहिए, या अगर function automatically किया जा सकता है तो controls बिल्कुल सामने नहीं आने चाहिए
    • Engine computer में user intent अपेक्षाकृत स्पष्ट है: user चाहता है कि car अच्छी तरह चले
    • Smartphone flashlight जैसे functions में user को कब जरूरत होगी, इसे automatically judge करना कठिन है, इसलिए control visible होना चाहिए या उसमें strong affordance होना चाहिए

Designers को फिर से जाँचने वाले principles

  • Commercial interface designers को hidden controls के उपयोग पर फिर से विचार करना चाहिए, और device functions को पर्याप्त रूप से केवल knowledge in the world के जरिए accessible बनाना चाहिए
  • Control discoverability अब भी एक महत्वपूर्ण interface design principle है
  • New interfaces में hidden controls बढ़ना उस दौर में लौटने जैसा है जब functions दिखाई नहीं देते थे और computer use ज्यादा कठिन था

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

1 टिप्पणियां

 
GN⁺ 2025-07-06
Hacker News की राय

  • मैं एक ऐसी Toyota चलाता हूँ जिसकी उम्र लगभग अमेरिकी सीनेटर बनने की न्यूनतम उम्र के करीब है; कार के अंदर हर control हमेशा दिखता है, labels साफ हैं, और उंगलियों से भी अलग-अलग पहचाने जा सकते हैं
    बैटरी बदलने जैसे रोज़मर्रा के maintenance की वजह से controls इस्तेमाल करने में रुकावट भी नहीं आती
    इतना आसानी से replicate किया जा सकने वाला design तो न्यूनतम engineering क्षमता जैसा लगता है, लेकिन car companies अक्सर यह स्तर भी नहीं छू पातीं, और तर्कसंगत रूप से देखें तो वे अपना काम ठीक से नहीं कर रहीं

    • बात से सहमत हूँ, लेकिन इस तरह कहना designers के साथ unfair है
      बात “हर control दिखना चाहिए” की नहीं, बल्कि driving के दौरान ज़रूरी controls दिखने और accessible होने चाहिए
      सीट की ऊँचाई adjust करने वाला lever या hood खोलने की latch जैसे कम महत्वपूर्ण controls छिपे हों तो भी, बस accessible होने चाहिए; और interface को efficient बनाने के लिए बहुत से subtle और subjective choices करने पड़ते हैं
      यह design प्रक्रिया बिल्कुल भी मामूली या सरल नहीं है, और इसे यूँ ही हल्के में लेना खुद उन कारणों में से एक है जिनकी वजह से car companies ऐसी बातों को ignore करने लगी हैं
    • यह क्षमता का नहीं, लागत का मुद्दा है
      आजकल ढेरों छोटे buttons और knobs बनाकर assemble करने की तुलना में एक touchscreen बनाना ज़्यादा आसान और सस्ता है
    • अच्छी बात है कि Europe में Euro NCAP ने 5-star safety rating पाने के लिए कुछ physical controls वापस लगाने की मांग शुरू कर दी है
      अपनी कार की भयानक touchscreen UI से छुटकारा पाने का मुझे बिल्कुल अफसोस नहीं होगा
    • YouTuber और engineer William Osman ने एक बार नया microwave खरीदा और इस बात पर काफी देर तक शिकायत की कि उसमें बहुत ज़्यादा buttons हैं; उनका कहना था कि microwave के लिए असल में एक button ही काफी है, और आदर्श रूप से button से भी बेहतर एक dial होगा
      पिछला microwave उन्हें उनके माता-पिता ने तब दिया था जब वे विदेश पढ़ने जा रहे थे; उन्होंने उसे 20 साल से ज़्यादा इस्तेमाल किया, और वह उनके 40s तक चलता रहा, लेकिन dial ढीला हो गया था और बाहरी हालत पुरानी हो गई थी, इसलिए बदल दिया
      नया खरीदा हुआ microwave आजकल के ढंग का है, ढेरों buttons के साथ; सच कहूँ तो मुझे यह भी नहीं पता वे किस काम के हैं, और power level एक, time, और शायद defrost function जितना ही काफी है
    • मेरे पिता से भी ऐसी ही बात हुई थी, जिन्होंने 80s में engineer के रूप में career शुरू किया और हाल के करीब 15 साल CEO रहे
      चर्चा engineering, quality और usability पर व्यापक रूप से थी; उनके हिसाब से companies शुरुआत में engineers द्वारा चलाई जाती थीं, कुछ दशकों बाद managers द्वारा, और फिर marketing द्वारा
      आगे क्या होगा पता नहीं, लेकिन शायद “कुछ भी नहीं”: हर कोई हर चरण में AI से पूछता रहेगा और फैसले संयोग से AI द्वारा लिए जाने लगेंगे; यह आज की marketing-driven दुनिया से बेहतर भी हो सकता है

  • मुझे नहीं लगता कि apps और operating systems द्वारा user interface के affordance cues छिपाना कोई संयोग है
    यह users को बाँधे रखने का anti-pattern है, और अक्सर तब दिखता है जब software growth saturation point पर पहुँच जाता है और नए users लाने से ज़्यादा existing users को छोड़ने से रोकना महत्वपूर्ण हो जाता है
    यह भी संयोग नहीं कि हम जो software इस्तेमाल करते हैं, उसका अधिकांश हिस्सा Google, Apple, Microsoft, Meta जैसी ठीक इसी स्थिति वाली companies ने बनाया है
    interface छिपाने से users के लिए छोड़ना मुश्किल हो जाता है—यह बात उलटी लग सकती है, लेकिन यह काम करती है क्योंकि device “इस्तेमाल करने” की चीज़ से “जानने” की चीज़ बन जाती है
    जब आप यह सीख लेते हैं कि किसी जरूरी task के लिए अनपेक्षित तरीके से किनारे से swipe करना पड़ता है, तो नए phone पर जाकर वही सब फिर से सीखने का विचार ही डराने लगता है

    • ऐसा लगता है जैसे एक hypothesis चुनी गई, उसे सच मान लिया गया, और फिर उसी को आगे बढ़ाया गया
      Google, Apple, Microsoft, Meta products के बारे में “complicated और bloated interfaces” वाली शिकायतें भी आम हैं, और कुछ लोग खाली VS Code screen दिखाकर शिकायत करते हैं कि यह लगभग no-interface जैसे Vim setup से ज़्यादा complicated है
      Flat design और minimalism कुछ समय तक trend में रहे, और /r/unixporn या Linux distributions को सजाने वाले लोग भी minimalism की वजह से apps के controls छिपा देते हैं
      अगर आपने हाल में GNOME इस्तेमाल किया है, तो जानते होंगे कि ज्यादातर controls छिपा देने वाला minimal interface कुछ लोगों की पसंद की एक खास aesthetic भी है
      बहुत से लोगों को लगता है कि “noise” छिपा देना और ज़रूरत पड़ने पर खोज लेना ठीक है, और इसके लिए manual में डूबना भी ज़रूरी नहीं
    • यह दोधारी तलवार भी है
      इससे user उस interface को try करने से ही रुक सकता है
      Apple interface में सब कुछ मानो उसी एक button से शुरू होता है, जो irritating है; settings में कैसे जाना है यह भी मैं अक्सर भूल जाता हूँ, इसलिए Android ज़्यादा natural लगता है
      Android ने lock-in का काम कर लिया, लेकिन Apple ने खुद अपना नुकसान किया
    • non-profit open-source projects भी ऐसा ही कर रहे हैं, इसलिए शक होता है कि कहीं वे बिना सोचे-समझे सिर्फ trend का पीछा तो नहीं कर रहे
      Firefox के परेशान करने वाले redesigns या GNOME जैसी चीज़ें इसी में आती हैं
    • सीखे हुए friction को psychological lock-in में बदलना सबसे dark UX patterns में से एक है

  • स्क्रीन स्पेस को किसी और काम में लेने के लिए interface elements छिपाने की बात समझ में आती है
    लेकिन कुछ interfaces elements छिपाकर भी वह जगह खाली छोड़ देते हैं, इसका कारण समझ नहीं आता
    उदाहरण के लिए IntelliJ में project tree के ऊपर वाले icons ऐसे हैं, और एक छोटा target icon है जो project tree की selection को अभी active editor tab वाली file पर ले जाता है
    स्क्रीन की गुप्त जगह पता होनी चाहिए और mouse को खाली जगह पर ले जाना पड़ता है, तब वह जादू की तरह दिखाई देता है
    जानना चाहता हूं कि ऐसी चीज़ लागू करने की वजह आखिर क्या है

    • कुछ लोगों को visual clutter पसंद नहीं होता
      उन्हें लगता है कि नज़र के सामने बहुत ज़्यादा stimuli हों तो attention पर हमला होता है और focus टूटता है, इसलिए जो चीज़ अभी ध्यान का विषय नहीं है वह गायब हो जाए या कम-से-कम कम दिखाई दे
      इसके उलट aircraft pilots जैसे लोग चाहते हैं कि सारे indicators तुरंत दिखें और सारे controls हाथ की पहुंच में हों, और वे focus आसानी से बदल सकते हैं
      default IDE settings को अलग-अलग पसंदों के बीच संतुलन बनाना पड़ता है, इसलिए समझौता होना तय है, और कुछ tools “do not disturb mode”, “expert mode” जैसे preconfigured detail levels वाले switches देते हैं
    • Windows पर IntelliJ भी top menu को hamburger icon के अंदर दबा देता है, और जहां पहले menu होता था वह पूरा area खाली छोड़ देता है
      settings में काफी अंदर जाकर इसे वापस करने का option है, लेकिन यह default है, यह सच में समझना मुश्किल है
    • screen space बचाने के लिए interface elements छिपाने की बात भी आजकल कम convincing लगती है
      phone, tablet, laptop, desktop screens पहले से कहीं ज़्यादा बड़े हो गए हैं
      1984 का original Macintosh 9-inch monochrome low-resolution screen वाला था, और उस समय graphical interface नया भी था, लेकिन Apple ने बेहद सीमित screen, compute और memory resources की कीमत पर भी clarity, visibility, discoverability को चुना
      screens बड़े होने के बाद यह space cost लगभग नजरअंदाज करने लायक रह गई
    • मुझे पता है कि वे buttons मौजूद हैं और उन्हें कैसे activate करना है, फिर भी कभी-कभी खाली आंखों से screen को देखते हुए सोचता रहता हूं कि button कहां गया, फिर याद आता है कि mouse hover करना है
    • मुझे लगता है UI पर graphic designers ने कब्ज़ा कर लिया है और human interaction experts किनारे कर दिए गए हैं
      “user interface” की जगह “user experience” कहना शुरू हुआ, तो tool के रूप में भूमिका से ज़्यादा user की emotional state की चिंता होने लगी, और function से पहले form आ गया
      अब तो “आप गलत तरीके से पकड़ रहे हैं” जैसी चिंता भी करनी पड़ती है, जबकि असल में machine इंसान की सेवा के लिए होती है, उल्टा नहीं

  • कुछ समय पहले मैं कार में lock हो गया था और key fob button काम नहीं कर रहा था
    कहा जा सकता है कि बस चाबी इस्तेमाल कर लो, लेकिन पहले यह पता होना चाहिए कि key fob के अंदर छिपी हुई चाबी है, और car door पर keyhole दिखता नहीं, इसलिए handle का एक हिस्सा अलग करना पड़ता है तब keyhole सामने आता है
    कार के महत्वपूर्ण controls को छिपाना hostile engineering है, और आधुनिक car experience में यह कोई बहुत अलग घटना भी नहीं है

    • ऐसी cars rental car के तौर पर बहुत खराब choice हैं, लेकिन अगर आपने कार कुछ हजार dollars देकर खरीदी है तो उम्मीद है कि रोज़ करीब 30 मिनट manual पढ़ें
      manual सिर्फ radio channel बदलना नहीं बताता, उसमें safety information और problem आने पर क्या करना है, यह भी होता है
      जिस driver को यह भी नहीं पता कि battery dead होने पर भी car खोली जा सकती है, उससे maximum safe load जैसी चीज़ का ध्यान रखने की उम्मीद करना मुश्किल है
    • rental car में मेरे साथ भी यही हुआ
      parking lot से निकलकर 30 मिनट दूर hotel पहुंचने के बाद ही पता चला कि remote खराब है, और सारा सामान car के अंदर lock था
      मुझे पता था कि physical key ज़रूर होगी, लेकिन keyhole इसलिए मिल पाया क्योंकि पिछले renter ने वही keyhole ढूंढने की कोशिश में door handle को खूब scratch कर दिया था
    • ऐसी बातें पता होनी चाहिए, और जल्दी search करने पर आसानी से मिल जाती हैं
      physical key के बिना car मिलते ही पहला सवाल मेरे मन में यही आया था: “backup option क्या है और कैसे काम करता है”
      अपनी owned चीज़ों के बारे में basic knowledge रखना मुश्किल नहीं है

  • जब “designer” नाम वाले कलाकार UI decisions पर कब्ज़ा कर लेते हैं, तो यही होता है
    वे discoverability की कीमत पर भी “clean” दिखना चाहते हैं, और भूल जाते हैं कि affordance cues लोगों को सीखने में मदद करते हैं
    इसका contrast airplane cockpit जैसे उदाहरण से है, जहां specialized knowledge चाहिए और controls बहुत हैं, फिर भी सब पर labels लगे होते हैं

    • desktop operating systems अब mobile-style taskbar icons क्यों इस्तेमाल करते हैं, यह आज तक समझ नहीं आता
      वे जरूरत से दोगुने बड़े हैं, साथ में grouped हैं, इसलिए कौन सा instance क्या है यह देखने के लिए mouse hover करना पड़ता है, और सच में जिस window पर जाना है उसके लिए फिर click करना पड़ता है
      thumbnail देखकर ही समझना पड़ता है, लेकिन सभी terminal windows एक जैसी दिखती हैं
      Windows NT से Vista तक का तरीका, यानी web browser tabs की तरह icon और label साथ दिखाने वाला तरीका, context switching के लिए desktop UX की peak था, और GNOME तो ऐसी taskbar भी ठीक से render नहीं कर पाता
    • ज्यादातर लोग airplane cockpit देखकर overwhelmed हो जाते हैं
      किसी खास situation के आदी experts की visual density के लिए tolerance बहुत अधिक होती है, क्योंकि उनके लिए वह dense नहीं बल्कि meaningful information होती है
      लेकिन ज्यादातर लोग ज्यादातर phone apps को उतनी familiarity से इस्तेमाल नहीं करते
      mobile design को बहुत सारे functions देते हुए भी users को comfort के appropriate zone के पास रखना होता है, इसलिए धीरे-धीरे reveal करना पड़ता है, और इसी वजह से कुछ चीज़ें छिपाने और कुछ को deeper levels पर expose करने वाला compromise जरूरी है
      इस बात से सहमत हूं कि mobile और operating system design ने affordance cues बहुत कम कर दिए हैं, लेकिन अगर बात professional tools की नहीं है तो airplane cockpit अच्छा guideline नहीं है
    • “किसी भी कीमत पर clean aesthetics” वाला mindset निश्चित रूप से बहुत आगे चला गया है
    • क्या घर के faucet पर भी यह शिकायत करेंगे कि उस पर घुमाने का label और direction marking नहीं है?
      phone 747 नहीं है, और pilot न होने वाला आम व्यक्ति अगर airplane cockpit में जाए तो controls की भीड़ से overwhelmed होकर समझ नहीं पाएगा कि क्या क्या है
      interface designers जानते हैं कि वे क्या कर रहे हैं, वे जानते हैं कि क्या intuitive है और क्या नहीं, और उन्होंने complex feature sets को relatively simple form में रखने की कला को बहुत refined कर लिया है
      design training न रखने वाले लोगों का यह मानना कि वे “so-called designers” से बेहतर कर सकते हैं, एक mature research field के प्रति arrogance और disrespect जैसा है, और सच में लोग लगभग बिना training के भी phone काफी अच्छी तरह इस्तेमाल कर लेते हैं
      यह अपने-आप में आधुनिक चमत्कार है

  • यह थोड़ा अलग बात है, लेकिन iPhone के होम बटन हटाने के बाद Android पर जाने की मेरी वजहों में से एक यही ट्रेंड था
    परिवार के बुज़ुर्ग यूज़र को इंटरैक्शन समझाना साफ़ तौर पर ज़्यादा मुश्किल हो गया, और जब किसी तरह “Force Touch” सीख लिया तो वह भी गायब हो गया
    नया Pixel मिलते ही मैं सबसे पहले 3-बटन नेविगेशन चालू करता हूँ, लेकिन आजकल यह भी UI के लिहाज़ से धीरे-धीरे पीछे धकेला जा रहा है
    ऐप्स नीचे की नेविगेशन बार मानकर चलते हैं और 3-बटन नेविगेशन की बड़ी spacing का ध्यान नहीं रखते, इसलिए कभी-कभी content या text उसके पीछे दब जाता है

    • आम software में menu items का गायब होना भी कुछ ऐसा ही है
      उदाहरण के लिए, MS Word में read-only file खोलने पर save option दिखता ही नहीं
      यह समझना मुश्किल है कि editing तो हो रही है, पर save क्यों नहीं हो सकता
      इससे कहीं बेहतर user experience यह होगा कि save option को छिपाया न जाए, उसे enabled रखा जाए, और जब user save करने की कोशिश करे तो बताया जाए, “यह file इन कारणों से save नहीं की जा सकती,” साथ में समाधान भी सुझाया जाए
    • मैं भी लंबे समय से Android user हूँ, इसलिए पत्नी का iPhone उधार लेने पर यह चिढ़ाने वाली training जैसा लगता है
      interactions या तो छिपे हुए हैं, intuitive नहीं हैं, या पूरी तरह गायब हैं
      अब Pixel camera iPhone camera से आगे निकल गया है और Samsung भी लगभग उसी स्तर पर है, इसलिए मुझे सच में Apple ecosystem में जाने की कोई वजह नहीं दिखती
    • इसी वजह से दादी के लिए आख़िरी बार जो phone खरीदा था, वह अभी भी होम बटन वाला iPhone SE था
      क्योंकि वे कहीं भी हों, एक बड़ा और साफ़ button दबाकर परिचित home screen पर लौट सकती हैं
    • मैं इस बात पर पूरी तरह कायम हूँ कि core UI elements दिखने चाहिए, और मानता हूँ कि Apple भी कभी-कभी इस सिद्धांत को तोड़ता है
      हालांकि कुल मिलाकर मुझे लगता है कि वह इस लालच का काफ़ी अच्छी तरह विरोध करता है, और मैं इस दावे से सहमत नहीं हूँ कि home button हटाना UI element को छिपाना था
      यह interaction का “press” से “swipe” में बदलना है, और मेरे हिसाब से UI element कोई button नहीं, बल्कि screen का edge खुद है
      यह intuitive है या बेहतर है, इस पर बहस हो सकती है, लेकिन यह किसी app को launch करने के लिए icon पर double-click करने या context menu खोलने के लिए right-click करने जैसा है
      दोनों में कोई visual cue नहीं होता, लेकिन core functions के लिए हमेशा इस्तेमाल होते हैं, और आदत पड़ने पर friction पैदा नहीं करते
      यह कहा जा सकता है कि Apple नई intuitions को बहुत स्वतंत्रता से थोपता है, और Safari address bar को खींचने जैसे उदाहरणों से मैं सहमत हूँ, लेकिन home button को मैं exception मानता हूँ
      iOS में एक accessibility feature भी है जो screen पर एक छोटा draggable circle दिखाता है; उसे दबाने पर text label वाला home button और कई उपयोगी shortcuts दिखाए जा सकते हैं
      मैं ऐसे लोगों को जानता हूँ जो hardware home button के ज़माने में भी उस button को घिसने से बचाने के लिए यह circle चालू रखते थे
    • मैं अभी भी home button वाला iPhone इस्तेमाल कर रहा हूँ
      यह भी एक समाधान है

  • हमारे यहाँ UI design का नियम है कि keyboard shortcuts और context menus, स्पष्ट buttons या menus से discoverable commands के shortcut तरीके होने चाहिए
    इसलिए हमारे apps पुराने ढंग के लग सकते हैं
    पहले सीखा था कि screen के चारों कोने सबसे कीमती screen space होते हैं, क्योंकि mouse को बहुत precision से control किए बिना वहाँ जल्दी पहुँचा जा सकता है
    इसलिए Windows 11 में Microsoft का default Start menu location को बीच में ले जाना मुझे user-hostile लगता है
    इसे mobile-first की वजह कहना भी मुश्किल है; ज़्यादा से ज़्यादा यह “touch-first” हो सकता है, जहाँ mouse movement लागू नहीं होती

    • मुझे लगता है Windows 11 के centered icons सिर्फ़ macOS की नकल की वजह से ऐसे किए गए
      शायद design team जिस environment को खुद इस्तेमाल करती थी, उससे परिचित थी, और इसका कोई वाजिब UX कारण नहीं है
      macOS में भी यह तरीका interface को नुकसान पहुँचाता है
    • ठीक यही होना चाहिए
      इसके अलावा, हर menu item के साथ उसे चलाने वाला keyboard shortcut भी दिखना चाहिए
      button पर mouse hover करने पर दिखने वाली हर tooltip में भी उस function को execute करने वाला shortcut दिखना चाहिए
      नए users के लिए, बिना कहीं और खोजे अपने काम का shortcut पता लगाने का यह सबसे अच्छा तरीका है
    • “maximize” का “close” के बगल में होना भी मुझे user-hostile लगता है
      mouse को दूर ले जाकर maximize करने के लिए precise control करना पड़ता है, और program को बड़ा करके देखने की कोशिश में अगर चूक हो जाए तो destructive तरीके से कुछ भी नहीं बचता
    • corners और edges का इस तरह लगभग इस्तेमाल नहीं होता, जबकि होना चाहिए
      Fitts’s law देखें: https://en.wikipedia.org/wiki/Fitts%27s_law
      मेरा metaverse client आमतौर पर साफ़ 3D world screen दिखाता है, और cursor को screen के ऊपर या नीचे ले जाने पर menu bar और controls दिखाई देते हैं
      जब तक cursor controls के ऊपर रहता है, वे दिखते रहते हैं, और कुछ seconds बाद गायब हो जाते हैं
      अलग से समझाए बिना भी users mouse चलाते-चलाते edge तक पहुँच जाते हैं, इसलिए controls उन्हें naturally मिल जाते हैं

  • आधुनिक ऑपरेटिंग सिस्टम डेस्कटॉप और मोबाइल, दोनों पर फ़ाइल सिस्टम पाथ को लगातार छिपाते रहते हैं, यह सच में चिढ़ पैदा करता है
    पुराने OSX में Finder में address bar दिखाने की setting थी, लेकिन वह default नहीं थी, और आजकल third-party extension के बिना यह संभव नहीं लगता, इसलिए आखिर में terminal इस्तेमाल करना पड़ता है
    बाद में जब फ़ाइल को move या transfer करना हो, तब उसकी location ढूंढना असंभव बना देना समझ से बाहर है

    • मेरी अपनी working hypothesis यह है कि नए users के लिए usability testing focus group या A/B test में जो चीज़ अच्छा perform नहीं करती, वह आखिरकार गायब हो जाती है
      समस्या यह है कि ऐसे tests करने वाले लोग, चाहे जानबूझकर या अनजाने में, गलत metric पर optimize करते हैं: “पहली बार देखने वाला व्यक्ति इस task को कितनी जल्दी और आसानी से समझ पाता है”
      बड़े स्तर पर यह गलत optimization है; short-term conversion rate बढ़ सकता है, लेकिन long-term में usability, functionality और discoverability को नुकसान पहुंचता है, और उन advanced loyal users को नाराज़ करता है जो app से प्यार करते और word of mouth करते
      बड़े सामाजिक perspective के बिना lab या focus group में A/B test और usability test करने पर ध्यान उन metrics पर जाता है जो तत्काल short-term KPI बढ़ाते हैं, और नतीजा यह होता है कि objectively खराब UX design को evidence-based, data-driven कहकर promote किया जाता है
      मुझे लगता है कि इसने पिछले 20 वर्षों में software usability को खराब किया है, और अगली पीढ़ी को भी बहुत नुकसान पहुंचा रहा है, जो सचमुच thoughtful UX से लगभग परिचित हुए बिना बड़ी हो रही है
    • SharePoint में जब किसी फ़ाइल का direct link share किया जाता है, तब यह समस्या होती है
      अक्सर उस फ़ाइल के बजाय उस directory को share करना ज़्यादा उपयोगी होता है जिसमें फ़ाइल है
      MS Office में वह जानकारी पाने का तरीका तो है, लेकिन उसे ढूंढना पड़ता है
    • यह अभी भी है
      Finder → Show menu → Show Path Bar
    • UI में दिखाई नहीं देता, लेकिन ऐसे किया जा सकता है
      defaults write com.apple.Finder _FXShowPosixPathInTitle -bool true

  • UI design के गलत दिशा में जाने का एक संकेत आजकल अक्सर दिखने वाला “खाना फ्रिज में है” anti-pattern है
    किसी feature को चालू करने के लिए सीधा button देने के बजाय, UI text किसी अजीब जगह पर बताता है कि किन steps से कोई दूसरा feature activate किया जा सकता है
    इसका एक और variant यह है कि button या menu item असल action करने के बजाय focus को किसी दूसरे button पर ले जाता है या किसी और जगह का menu खोल देता है, और user को फिर उस पर click करना पड़ता है
    Microsoft products, खासकर VS Code में यह लगातार ज़्यादा दिख रहा है

    • World Quester 2 की user interface design और menu system आपको ज़रूर पसंद आएगी
      Game Helpin' Squad: World Quester 2
      https://www.youtube.com/watch?v=0Gy9hJauXns
      Cursor में “Cursor => Settings => Cursor Settings” चुनते समय मैं हर बार हंसते हुए World Quester 2 को याद करता हूं
      मुझे World Quester 2 इतना पसंद है कि मैंने उसकी सबसे innovative feature “Space Inventory” को Micropolis(SimCity) के WASM version में implement कर दिया
      https://micropolisweb.com/
      चेतावनी: spacebar मत दबाना!!!! अगर गलती से दबा दिया है तो उसे दोबारा बिल्कुल मत दबाना!!!! और फिर से भी मत दबाना!!!!
      SimCity Micropolis Tile Sets Space Inventory Cellular Automata To Jerry Martin's Chill Resolve:
      https://www.youtube.com/watch?v=319i7slXcbI

  • थोड़ा side topic है और बूढ़े लोगों की हारी हुई लड़ाई जैसा लगता है, लेकिन कृपया scrollbar मत छिपाइए
    लेख दिलचस्प था, लेकिन कुछ हिस्सों से मैं पूरी तरह सहमत नहीं था
    कार के map zoom के लिए physical knob जैसी कुछ चीज़ों में cost और व्यावहारिक सीमाएं होती हैं
    हाल में install किए गए एक नए app में मैंने toggle दबाया, लेकिन उसने label के उलट काम किया
    मुझे लगा label current state बता रहा है, पर असल में वह toggle करने के बाद होने वाली state बता रहा था; बदलने के बाद बात साफ हुई, लेकिन यह सबसे कम मददगार implementation जैसा लगा

    • वास्तविक दुनिया के toggle switch भी मुझे पसंद नहीं
      वहां भी वही ambiguity होती है
      checkbox और pressed button कहीं ज़्यादा स्पष्ट हैं, लेकिन दुर्भाग्य से उन्हें “modernity” की वेदी पर बलि चढ़ा दिया गया
    • कुछ साल पहले Austria की train ticket vending machine में भी ऐसा confusing toggle था
      यह ticket को तुरंत validate करने वाला feature था, और गलती होने पर पैसे लग सकते थे
      scrollbar को इतना पतला भी न बनाया जाए कि उसे target करने के लिए FPS skill चाहिए
      Firefox में यह खास तौर पर ऐसा है, और शायद यह standard CSS की अनुमति वाली समस्या भी हो सकती है
      vertical scroll तो किया जा सकता है, लेकिन horizontal scroll के लिए दूसरी हाथ से Shift दबाने की तुलना में scrollbar ज़्यादा सुविधाजनक है
    • ऐसे ambiguous switches अक्सर opt-out वाले defective features से जुड़े होते हैं
    • अगर action दिखाना है तो verb डालना चाहिए
      “TURN ON” पूरी तरह स्पष्ट है, और state दिखानी हो तो “IS ON” भी साफ है
      “INCREASE” जैसे कुछ rare मामलों में verb दिखने पर भी confusion हो सकता है, लेकिन ऐसी UI की कल्पना करने के लिए काफी मेहनत करनी पड़ेगी जहां यह अस्पष्ट हो कि button verb दिखा रहा है या noun
    • scrollbar को छिपने से रोकना हो तो यह देखें
      https://superuser.com/a/1720363
      क्या आप Firefox इस्तेमाल करते हैं?