- Verschifft
- 6. September 2026 um 00:18 UTC
- Autor
- Kamo
- Ausschuss
- 0fb0090
Der Home-Cluster-Spot bewegt sich von der unteren rechten Ecke in die unten-links, sitzend eine Polsterung frei von der primären Schiene der rechten Kante brach bei 80px zusammen, erweitert bei 260px oder von einem Hover-Peek offen gehalten. Die Schiene Breite ist die ganze Schwierigkeit, und die beiden offensichtlichen Quellen beide Beantwortung falsch. Die Offset---nav-pri-Breite ist der Offset des SHELL, nicht die Breite des Schienen: a Hover-Peek schwebt absichtlich die Schiene über den Inhalt statt wiederzubeleben it, so bleibt die Variable bei 80, während das Mitglied 260px von Navi betrachtet. Und NavLayoutContext, der es weiß, ist von hier aus nicht mehr erreichbar - der Hex-Kopf Motorlager außerhalb NavLayoutProvider (AuthedChrome macht den Werkzeugwickel aus als Geschwister des Navi-Baums, nicht ein Nachkomme), so dass ein Haken in ihn werfen würde. Die Schiene wird also gemessen. NavPri trägt einen "data-nav-pri"-Marker und readNavRailInset() liest die rechte Kante aus dem eigenen Kasten, im gleichen "frage die DOM" idiom readToolRects verwendet bereits für die Fenster, die der Schwarm vermeidet. Es antwortet 0, wo keine Schiene gemalt ist, das ist die richtige linke Seite dort gebunden. Ein ResizeObserver auf dieser Box ist das, was die beiden zusammenhält. Es feuert einmal pro Rahmen der Schiene 220m Breite Übergang, und jeder Rahmen wieder zielt auf das Haus Frühling, so dass die Köpfe neben der Schiene reisen, anstatt nach ihm zu teleportieren ist beendet. Eine schmelzende rAF macht mehrere Beobachtungen in einem Rahmen kosten eins Platzierung. Nur der HOME Cluster ist eingefügt. Jeder andere Cluster sitzt, wo das Mitglied gezogen oder warf es, und ein Reflow, der die von der Schiene geschoben würde sich bewegen Köpfe jemanden absichtlich geparkt. die x-Regel von clampToViewport wird nicht erweitert, sondern nachbestellt: die rechte Kante Korrektur läuft zuerst und die linke gebundene überschreibt es, anstelle der alten links-thunser-rechts. Identisch für jeden Fall, der passt, und es beruhigt die das nicht - ein Blickhafen zu schmal, um sowohl die Schiene und den Schwarm jetzt halten verschüttet die Köpfe von rechts, anstatt sie unter das Navi zu gleiten, wo Sie sind nicht zu erreichen. Es stoppt auch die beiden Grenzen kämpfen übereinander die sechs Iterationen von Kollisionen auflösen. Nichts ist durch den Umzug gestrandet: Kopfpositionen sind nicht persistiert, so dass jeder Mitglied bekommt den neuen Platz bei der nächsten Ladung. Der Tooltip und das Kontext-Meer Platzierung Helfer bereits ableiten, wo ein Kopf tatsächlich ist - ein Kopf in der Linke dritte öffnet sein Label rechts auf seine eigene - so dass nur ihre Kommentare benötigt Korrektur, da beide behaupteten Köpfe parken unten-rechts. Verifiziert durch die Zahlen, das ist, was ist, was ist, was ist: zehn neue Behauptungen in hexheadHomePlacement.test.ts pin das Einsetzen in allen drei Bahnzuständen, die Waben links gebundene Landung auf Schiene + Padding, wenn der Sitz bei q=-1 würde sonst darüber greifen, ein Werkzeugfenster, das den Schwarm drückt, ohne dass die Schiene verliert sein Halt und die Regel des schmalen Sichtschutzes. 373 Tests über App/Komponenten/Chat und app/Komponenten/Tools passieren; tsc ist sauber über jede Datei berührt; check-ssr-safe und check-i18n-Tasten sind sauber.