किनारे से एक स्क्रॉलबार 17px अभी भी एक स्क्रॉलबार है, डॉक को कवर नहीं करना चाहिए

Fixkamo-internal
शिप
7 सितंबर 2026 को 5:44 am बजे UTC
लेखक
Kamo
Commit
ef388ed

टूल डॉक ने एक पृष्ठ के ऊर्ध्वाधर स्क्रॉलबार के लिए दाहिने किनारे को केवल तभी आरक्षित किया जब वह बार किनारे पर था - दो पिक्सेल के भीतर, उप पिक्सेल राउंडिंग के लिए। इस ऐप में लगभग कोई बार नहीं है। 1440px पर एक वास्तविक ब्राउज़र में घोंसला / खाता वास्तव में प्रस्तुत करता है: ag-Grid's स्क्रॉलबार स्ट्रिप 1391 से 1423 तक x रखती है, सत्रह पिक्सेल शॉर्ट, क्योंकि पेज रूट `p: 2` है और ग्रिड के आसपास का कार्ड एक सीमा है। A MUI DataGrid in a `p: 3` कार्ड लैंड बीस-पाँच लघु। दोनों को छोड़ दिया गया, और सही-सबसे डॉक विंडो इसके साथ तैयार की गई थी 1435 में दाहिने किनारे - पूरे बार में सीधे। सदस्य सामग्री को पीछे देख सकता है खिड़की और इसके साथ स्क्रॉल करने के लिए कुछ भी नहीं छोड़ा था। इसलिए प्रश्न RightEdgeReserve पूछता है अब नहीं है "यह बार किनारे पर है" लेकिन "क्या है? इस बार और किनारे क्रोम के बीच खड़ा है - पैडिंग, एक सीमा, ग्रिड की अपनी पट्टी, जो इस बार के बीच खड़ा है। कोई भी पढ़ता है और कोई भी स्क्रॉल नहीं करता है। उन दो मामलों में एक दूसरे के पास कहीं नहीं हैं: क्रोम 17 और 25 को मापने वाले लोग कोडबेस (P: 6`) में सबसे बड़ा पैडिंग 48 है, और पहला वहाँ कुछ वास्तविक के साथ लेआउट - इसके बगल में 320px रेल के साथ एक फलक - 352 उपाय। NEAR EDGE REACH 96 पर उस अंतराल के बीच के माध्यम से खींचा जाता है। पहुंच के भीतर एक बार इसके पीछे के अंतराल के साथ किया जाता है। केवल बार की अपनी चौड़ाई का संरक्षण करना खिड़की को तीस-दो पिक्सेल छोड़ दिया और उसी बार को कवर करने के लिए छोड़ दिया जाएगा, इसलिए रिजर्व अब व्यूपोर्ट किनारे से बार के LEFT पक्ष तक चलता है, क्योंकि राउंड अप होता है DOMRect.right नियमित रूप से आंशिक है और आधे पिक्सेल शॉर्ट आधे पिक्सेल पर विंडो का एक पिक्सेल है बार। हर विंडो जो डॉक के उत्तर देती है, एक संख्या द्वारा तय की जाती है: खुली जगह, खुली जगह पंक्ति फिर से पैक, फ्री-स्लॉट स्कैन, ओवरफ्लो कैस्केड और ड्रैग ड्रॉप सभी ने समान पढ़ा readViewport(). स्पष्ट रूप से अपरिवर्तित: अस्थायी खिड़कियां, जो कहीं भी वे थे गिरा दिया; अधिकतम, जो उद्देश्य पर दृष्टिकोण के मालिक हैं; और हेक्सहेड्स, जो हैं फेंक दिया और व्यूपोर्ट के असली किनारों को बाउंस। तर्क के बजाय समाप्त करने के लिए सत्यापित अंत। एक जांच प्रत्येक घोंसले को फिर से उत्पन्न करती है, जो द्वारा संचालित होती है दोनों ओवरले और क्लासिक-स्क्रैलबार मोड में पिल्ले ने स्टैंड-इन विंडो को बिल्कुल ठीक से वापस ले लिया। ज्यामिति लेआउटडॉक रिटर्न और हिट-परीक्षण बार के केंद्र के साथ तत्वFromPoint: Ag-Grid (/account) आरक्षित 0 -> 49 विंडो राइट एज 1435 -> 1386 बार कवर -> स्पष्ट DataGrid (p: 3) आरक्षित 0 -> 57 विंडो राइट एज 1435 -> 1378 बार कवर -> स्पष्ट फलक + 320px रेल रिजर्व 0 -> 0 विंडो दाहिने किनारे 1435 -> 1435 सही ढंग से नजरअंदाज

सभी बदलाव

जैसा कि आप शिपिंग देखते हैं?

इन अद्यतनों में से प्रत्येक स्वचालित रूप से अपने कार्यक्षेत्र में उतरता है। प्रारंभ करें और सप्ताह के बाद इसे सप्ताह के अंत में देखें।.

Foreverमूल्य निर्धारण देखें