- Verschifft
- 14. August 2026 um 22:30 UTC
- Autor
- kamo
- Ausschuss
- 6349802
Werkzeugfenster sind am Blickport befestigt und docken von rechts nach links von seiner Kante an, und das Layout wurde über genau eine Sache erzählt, die diese Kante einnimmt: die Interaktion Mitte. Mit der Mitte geschlossen wurde das rechts-meisten Fenster platziert 5px von window.innerWidth - der den Seiteneigenen Scrollbar als nutzbare Breite zählt, weil diese Leiste zu einem Scroll-Container innerhalb der Seite gehört und nicht zur Dokument. So landete das Fenster oben auf der Bar. Das Dock misst jetzt die Kante, anstatt anzunehmen, dass es klar ist: die breiteste vertikale Scrollleiste unter den Seiten scrollen Container tatsächlich bündig gegen die rechte Kante, oder die Breite des Interaktionszentrums, wenn es geöffnet ist. Der Center gewinnt regelrecht, anstatt hinzuzufügen, da es selbst an dieser Kante befestigt ist und die Scrollbar - Zählen beide würde eine scrollbar-breite Lücke zwischen dem Panel und öffnen das erste Fenster. Ein Scroller, der von der Kante eingefügt wird (die Einstellungskarte, mit oder ohne seine Hilfe Schublade) wird weggeworfen, so dass seine Bar nicht das Dock schieben von der Mitte des Bildschirms. Einmal zur offenen Zeit zu messen ist nur recht, bis die Seite über die Falte wächst unter einem offenen Fenster, so dass ein ResizeObserver auf diesen Scrollern-Relayouts, wenn eine Bar kommt oder geht. Es beobachtet die Inhaltsbox, nicht die Border-Box - eine Scrollleiste Das Erscheinen nimmt nichts von der Grenzbox, so dass ein Grenzkasten-Beobachter niemals Feuer. Die Arithmetik ist in app/lib/toolDockGeometry.ts mit den DOM-Lesungen hinter sich gelassen im Kontext, so dass die Regel darüber, welche Kante Insassen gewinnt, ohne eine testbar ist Browser.