Ein Scrollbar 17px in von der Kante ist immer noch eine Scrollleiste, die das Dock nicht abdecken darf

Fixkamo-internal
Verschifft
7. September 2026 um 05:44 UTC
Autor
Kamo
Ausschuss
ef388ed

Das Tool Dock reservierte den rechten Rand für den vertikalen Scrollbalken einer Seite nur, wenn diese Bar war an der Kante - innerhalb von zwei Pixeln, für Sub-Pixel-Runding. Fast keine Leiste in dieser App ist. Gemessen in einem realen Browser bei 1440px auf dem Nesting /Atocount tatsächlich macht: ag-Grid's Scrollbalkenstreifen nimmt x von 1391 bis 1423 ein, siebzehn Pixel kurz, weil die Seitenwurzel ist "p: 2" und die Karte um das Gitter hat eine Grenze. Ein MUI DataGrid in einer P: 3" Karte landet Fünfundzwanzig kurz. Beide wurden übersprungen, und das am weitesten entfernte Fenster wurde mit seinem gezogen rechter Rand bei 1435 - gerade über die ganze Bar. Das Mitglied konnte den Inhalt hinter sich sehen das Fenster und hatte nichts mehr, um es mit zu scrollen. Also die Frage rechtsEdgeReserve stellt ist nicht mehr "ist diese Bar am Rand", sondern "ist was steht zwischen dieser Bar und der Kante Chrom" - Polsterung, eine Grenze, ein Gitter eigenen Streifen, die Niemand liest und niemand scrollt. Diese beiden Fälle sind nirgendwo in der Nähe voneinander: die Chrom die messen 17 und 25, die geräumigste Polsterung in der Codebasis (p: 6) ist 48, und die erste Layout mit etwas Echtem da draußen - eine Scheibe mit einer 320px-Schiene daneben - misst 352. NEAR_EDGE_REACH wird mit 96 gezeichnet, durch die Mitte dieser Lücke. Eine Bar in Reichweite ist mit der Lücke dahinter ausgewichen. Nur die eigene Breite der Bar einbehalten hätte das Fenster zweiunddreißig Pixel nach links verschoben und es mit der gleichen Bar gelassen, so die Reserve läuft jetzt von der Aussichtspunktkante zur LINKEN-Seite der Bar, aufgerundet, weil DOMRect.right ist routinemäßig fraktional und ein halber Pixel kurz ist ein halbes Pixel von Fenstern auf die Bar. Jedes Fenster, das auf das Dock antwortet, wird durch die eine Zahl repariert: die offene Platzierung, die row Re-Pack, der Free-Slot-Scan, die Überlaufkaskaskade und der Drag Drop lesen alle gleich readViewport(). Bewusst unverändert: Schwimmende Fenster, die überall hingehen fallengelassen; maximierte diejenigen, die den Blickport absichtlich besitzen; und die Hexheads, die geworfen und prallen von den realen Kanten des Aussichtshafens ab. Geprüftes Ende zu Ende, anstatt zu argumentieren. Eine Sonde, die jede Nistung reproduziert, angetrieben von Puppenspieler in Overlay und Classic-Scrollbar-Modus, zog ein Stand-in-Fenster an genau der Geometrie LayoutDock kehrt zurück und testete die Bar-Center mit ElementFromPoint: ag-Grid (/Konto) Reserve 0 -" 49 Fenster rechts Rand 1435 - 1386 bar abgedeckt - . klar DataGrid (S: 3) Reserve 0 -" 57 Fenster rechts Rand 1435 -" 1378 bar bedeckt - . klar pane + 320px Rail Reserve 0 -" 0 rechte Kante 1435 -- 1435 korrekt ignoriert

Alle Änderungen

Wie, was Sie sehen Versand?

Jedes dieser Updates landet automatisch in Ihrem Arbeitsbereich. Starten Sie frei und beobachten Sie es Woche für Woche wachsen.

Free Forever startenPreisgestaltung anzeigen