macOS Tahoe में विंडो resize समस्या, कहानी अब भी जारी

• macOS 26.3 में विंडो resize bug के ठीक होने की पुष्टि करने के लिए एक test application बनाया गया
• pixel-level scan के ज़रिए विंडो के कोनों के आसपास के click response area का विश्लेषण किया गया, और रंगों के अनुसार response status को visualize किया गया
• ठीक किए गए RC version में यह कोने की radius का अनुसरण करने वाले curved area में बदल गया, जिससे सुधार दिखा
• लेकिन केवल vertical·horizontal adjustment area की मोटाई 7 pixel से घटकर 6 pixel रह गई, जिससे operation accuracy कम हो गई
• final release में यह fix पूरी तरह हटा दिया गया और पुराना rectangular area वापस आ गया, और release notes में भी “Resolved Issue” को “Known Issue” में बदल दिया गया

---

macOS 26.3 RC version में बदलाव

• macOS 26.3 RC release notes में पिछले blog में उठाई गई विंडो resize समस्या के समाधान का स्पष्ट उल्लेख था
  • इसके अनुसार, वास्तविक बदलाव की पुष्टि करने के लिए एक test application बनाया गया
• test app विंडो के निचले-दाएँ कोने के आसपास pixel-by-pixel scan करता है और mouse click response को रंगों से दिखाता है
  • लाल: click response है
  • हरा: resize किया जा सकता है
  • पीला: केवल vertical या horizontal resize संभव है
  • नीला: कोई mouse event नहीं
• नतीजतन, विंडो resize area rectangular shape के बजाय कोने की curve का अनुसरण करने वाले आकार में बदल गया, जिससे visual consistency बेहतर हुई
• लेकिन पीले area की मोटाई 3 pixel से घटकर 2 pixel हो गई, जिससे कुल मोटाई 7 pixel से घटकर 6 pixel रह गई
  • यह लगभग 14% की कमी है, जिससे उपयोगकर्ता के adjustment area को miss करने की संभावना बढ़ जाती है

macOS 26.3 final release में regression

• final version में वही test दोबारा करने पर पता चला कि RC version का fix पूरी तरह हटा दिया गया था
  • विंडो resize area फिर से पुराने rectangular shape में लौट आया
• Apple के release notes में भी इस समस्या की स्थिति “Resolved Issue” से बदलकर “Known Issue” कर दी गई
  • यानी, समाधान वापस ले लिया गया और यह अब भी पहचाना गया bug बना हुआ है

[GN⁺]

Hacker News की राय

• जब मैंने पहली बार Linux के window manager (WM) का इस्तेमाल किया, तभी से मुझे लगता है कि विंडो को move करना और resize करना क्रमशः super+lmb/rmb कॉम्बिनेशन से सबसे efficient है
  सबसे अच्छी बात यह है कि फिर header या कोनों को pixel-level पर align करने की ज़रूरत नहीं रहती
  इससे जुड़ी चर्चा Reddit thread में भी देखी जा सकती है

  • मैं पहले Sawfish window manager इस्तेमाल करता था, और maintenance बंद होने से पहले तक वह वाकई शानदार था
    उनमें सबसे ज़्यादा जिस चीज़ की कमी महसूस होती है, वह है किसी भी विंडो को आज़ादी से resize कर पाना
    vertical monitor इस्तेमाल करते समय fixed-size modal windows में बेवजह scrollbar लगा होना खलता है
  • Linux में अगर close/minimize/maximize shortcuts भी याद हों, तो आप window border और title bar को पूरी तरह हटा भी सकते हैं
    यानी स्क्रीन स्पेस पूरी तरह अपने लिए मिल जाता है
  • macOS में Control+Command कॉम्बिनेशन से window drag को enable किया जा सकता है
    यह defaults write -g NSWindowShouldDragOnGesture -bool true कमांड से सेट किया जा सकता है, और three-finger drag के साथ इस्तेमाल करने पर border पर resize की समस्या लगभग नहीं के बराबर रह जाती है
  • Linux का यह feature पहली बार देखने के बाद से ही मैं सोचता रहा हूँ कि बाकी OS ने इसे ज्यों का त्यों copy क्यों नहीं किया
  • हाल ही में काम के लिए नया Mac इस्तेमाल करना शुरू किया, लेकिन Hyprland से आने के बाद ढलना आसान नहीं था
    Aerospace और Karabiner-Elements से मैंने ज़्यादातर workflow दोहरा लिया, लेकिन super+right click से resize करने वाला feature अब भी याद आता है
    फिर भी ctrl+cmd+left click से window move हो जाना काफी अच्छा है

• स्क्रीन लगातार बड़ी हो रही हैं, लेकिन UI elements उल्टा छोटे और click करना मुश्किल लगने लगे हैं
  पुराने Macintosh 640x480 दौर में window controls साफ़ और दबाने में आसान थे
  इससे जुड़ी यादें इस ब्लॉग पोस्ट में भी देखी जा सकती हैं

  • पुराने EGA 620x200 दौर से ही window interaction area का pixel size लगभग नहीं बदला लगता
    आज 200 से ऊपर ppi वाले display आम हैं, फिर भी वही pixel unit बनाए रखना अक्षम लगता है
    शायद tiling window manager पर लौट जाना बेहतर हो, जहाँ एक key से resize की ज़रूरत ही खत्म हो जाती है
  • मैं 1994 के System 7 दौर से Mac इस्तेमाल कर रहा हूँ, और मुझे Snow Leopard(10.6) stability और speed दोनों में सबसे बेहतरीन लगा
    खासकर blackbook दौर का touchpad और keyboard बहुत बढ़िया था, और multi-monitor support भी शानदार था
    अगर पुराने MacOS की design philosophy आधुनिक hardware के साथ मिल जाए, तो नतीजा कैसा होगा यह जानने की जिज्ञासा है
  • 4K monitor इस्तेमाल करने वाले UX designers को असल में 2K resolution पर काम करते देखो, तो “बड़ी स्क्रीन लेकिन छोटा दिखना” वाली समस्या सच लगती है

• अगर pixel thickness 7 से 6 हो जाए, तो यह 14% की कमी है, लेकिन इसका मतलब यह नहीं कि click fail होने की संभावना ठीक 14% बढ़ जाएगी
  क्योंकि user clicks uniform distribution में नहीं, बल्कि center की तरफ़ biased होते हैं

  • लेकिन distribution पता न हो, तो fail होने की संभावना और ज़्यादा भी हो सकती है
  • उल्टा, click event के window manager द्वारा intercept न होकर application तक पहुँचने की संभावना बढ़ भी सकती है
  • मेरे मन में भी यही बात आई थी, लेकिन मैंने कहा नहीं क्योंकि बहुत ज़्यादा pedantic लगना नहीं चाहता था

• हाल के Apple updates से लगता है कि macOS, iOS, iPadOS सबमें ज़्यादा bugs introduce हो रहे हैं
  ऐसा लगता है कि अंदर कोई ऐसा group है जो user benefit से ज़्यादा organizational logic को प्राथमिकता देता है

  1. external monitor connect करने पर display rearrangement हर बार फिर करनी पड़ती है
  2. AirDrop बिना वजह काम करना बंद कर देता है
  3. devices के बीच copy-paste unreliable है
  4. PDF scroll करते समय Preview app crash हो जाती है
     इन नई समस्याओं को देखकर लगता है कि Apple की internal quality control काफ़ी गंभीर रूप से हिल चुकी है
  • Ethernet cable लगी होने पर अगर Wi‑Fi on करें, तो macOS पूरी तरह crash होकर reboot हो जाता है
    कोई warning message भी नहीं आता, बस सिस्टम गिर जाता है
  • सोचता हूँ क्या Microsoft की तरह Apple भी अंदरूनी तौर पर AI use को force कर रहा है

• यह बदलाव RC version में fix किया गया था, लेकिन final release में वापस revert कर दिया गया
  लगता है कोई regression या side effect हुआ होगा, लेकिन ठीक-ठीक क्या समस्या थी यह जानने की जिज्ञासा है

  • कुछ NSWindow styles टूटने की reports थीं (Apple Developer forum)
  • इसकी technical वजह भी हो सकती है
    जैसे अगर दो windows के corners overlap करें, तो शायद simple bounding box से काम लेने के बजाय actual graphic mask से calculation करनी पड़ती हो
    या फिर यह एक साधारण bug या crash भी हो सकता था
  • शायद Apple की rounded corner design हटाने की योजना हो, इसलिए revert किया गया हो
  • ज़्यादा संभावना यही लगती है कि public testing में user response अच्छा नहीं मिला, इसलिए रोक दिया गया
  • इतनी simple fix भी अगर Apple के अंदर deploy करना मुश्किल हो, तो organizational structure की complexity महसूस होती है
    उल्टा, यह bug इतना जल्दी process कैसे हो गया, यह और दिलचस्प है

• UI में hit testing दशकों पहले solve हो चुका मुद्दा है, इसलिए इस पर अब भी बहस होना हैरान करता है
  rounded corners भी technically कठिन नहीं हैं, इसलिए लगता है कि अंदर designers और developers के बीच conflict रहा होगा

  • Mobile Safari का touch hit testing खास तौर पर बहुत खराब है
    controls के पास touch करने पर अक्सर कोई और element react कर देता है
    अच्छा होता अगर CSS में tap zone control किया जा सकता, लेकिन अभी HTML element जोड़ना पड़ता है या जबरन onclick handler डालना पड़ता है
    iOS 26 Safari में tap events को intercept करने वाली नई समस्या भी आ गई है

• कुछ महीनों तक बिना वजह window resize न होने वाला bug था, और वजह निकली दो monitors पर फैली हुई window
  अगर window दो screens पर कुछ pixels भी overlap करे, तो resize करना असंभव हो जाता है

  • macOS में external monitor management वाकई बहुत उलझा हुआ है
    कभी window position बनी रहती है, कभी किसी अजीब screen पर चली जाती है, और कभी तो नज़र न आने वाले area में खुलती है
    इससे समझ आता है कि Apple क्यों windows को tile या fullscreen में इस्तेमाल करने की तरफ़ धकेलना चाहता है
    यह Windows या Linux से भी ज़्यादा अस्थिर लगता है
  • settings में कहीं यह feature बंद किया जा सकता है, और बंद करके देखा तो वही state ज़्यादा आरामदायक लगी
  • super+arrow से window को monitor boundary पर बिल्कुल fit करने वाले shortcuts इस्तेमाल करें, तो ऐसी समस्या से बचा जा सकता है
    अब तो माउस से सीधे drag करने की ज़रूरत लगभग नहीं पड़ती

• यह perfect नहीं है, लेकिन BetterTouchTool से three-finger double tap द्वारा resize mode toggle किया जा सकता है
  Yabai इस्तेमाल करें तो SIP पूरी तरह बंद करने की ज़रूरत नहीं पड़ती, और HYPER key से window move भी किया जा सकता है
  cursor movement से window adjust होती है, और key छोड़ते ही तुरंत रुक जाती है

• Mac पर मैंने कई window resize apps आज़माए, लेकिन Windows PowerToys की FancyZones जितना अच्छा कुछ नहीं मिला
  मुझे complex shortcuts या hot corners नहीं चाहिए
  मुझे सिर्फ़ दो चीज़ें चाहिए

  1. predefined regions
  2. दो windows की shared boundary resize
     काश subscription के बिना ऐसा feature देने वाली कोई app हो
  • paid होने के बावजूद Rectangle Pro सबसे नज़दीकी solution है
    लेकिन मैंने खुद Hammerspoon install करके Lua में script लिखी
    दो 1440p monitors के हिसाब से यह custom setup है, इसलिए code simple है और modify करना भी आसान है
    Hammerspoon official site और मेरी script example देखी जा सकती हैं
  • Swish एक साथ कई windows resize कर सकता है, BentoBox FancyZones से inspired है
    Lasso grid-based layout देता है, और MacsyZones open source रूप में मिलता-जुलता feature देता है
    Swish, BentoBox, Lasso, MacsyZones
  • PowerToys अच्छा है, लेकिन 1.17GB size लेना कुछ ज़्यादा ही है

• अगर स्थिति ऐसी हो जाए कि default Gnome बेहतर लगे, तो बात गंभीर है

  • हाल ही में KDE Plasma पर गया हूँ, और फिर से square window corners इस्तेमाल कर पाना अच्छा लग रहा है
  • Fedora का Gnome implementation पसंद है
    Mac पर लौटने के बाद समझ नहीं आता कि Spotlight और Mission Control अलग-अलग क्यों मौजूद हैं
  • Windows या Gnome का window snap feature याद आता है
    Win key से app overview, half-screen tiling, और fullscreen नहीं बल्कि maximize जैसे विकल्प macOS से कहीं ज़्यादा intuitive हैं