- Verschifft
- 6. September 2026 um 05:56 UTC
- Autor
- Kamo
- Ausschuss
- 608fd69
Ein maximiertes Werkzeugfenster mit einem Navigator auf der linken Seite bekommt jetzt ein Reihe von Tabs über die Oberseite der Säule daneben - eine pro OPEN die vom Typ der vom Navigator gewählten Tab-Namen. Klicken Sie auf einen Tab gibt ihm die Scheibe; Ziehen nachbestellungen; jede Registerkarte schließt von seinem eigenen x; und zwei Pfeile ganz rechts schieben die Reihe, wenn es über die Breite verfügbar. Welche Fenster erscheinen, wird mit dem Werkzeug entschieden, von einem Tisch. BUCKET_FOR_TOOL aus ChatSwitcherColumn in ToolBuckets.ts verschoben und wird jetzt in beide Richtungen von einem einzigen wörtlichen . der Navigator braucht Eimer-für-Tool, der Streifen braucht Werkzeuge-für-Bucket, und zwei handgeschrieben Karten für eine Tatsache scheitern lautlos in der schlimmsten Weise: ein Werkzeug hinzugefügt, um ein und vergessen in der anderen einfach nie erscheint auf dem Streifen, mit nichts zu sagen, warum. Beide Chat-Eimer listen jeden offenen Chat, weil Chat-Fenster trägt eine SitzungGuid und kein memberType und so kann nicht auf eine Seite der Teammitglieder/Mitglieder aufgeteilt; das Terminal Sitzung und eine einfache Schale sind die gleiche Art von Fenster. Minimized Fenster erhalten eine Registerkarte wie jede andere. Das ist eher der Punkt als Kantentasche - das Dock parkt ein minimiertes Fenster abseits des Blickfeldes anstatt es zu entsteigen, so ist es noch offen, und der Streifen ist jetzt ein Weg zurück zu ihm, die nicht die Jagd nach seinem Hexkopf beinhaltet. Der Streifen zieht die bestehende Fensterreihenfolge des Ladens, anstatt zu halten eine eigene, so gibt es keine zweite Quelle der Wahrheit zu driften und nichts Neues zu bestehen. Store-Bestellung ist das Dock, von rechts nach links gepackt von Index 0, und der Streifen liest von links nach rechts - so ist es, dass Teilung umgekehrt, und "spliceStripOrder" rückgängig macht die Umkehrung auf der Weg zurück, das Schreiben der neuen Ordnung in genau die Array-Slots die Die eigenen Mitglieder besetzten. Jedes andere Fenster behält seinen Index, der ist auch das, was hält das Ergebnis die Permutation setWindowOrder besteht darauf. Schließen der Registerkarte, die die Scheibe hält fördert die Registerkarte auf der rechten Seite, oder nach links, wenn es zuletzt war; nur ein geleerter Streifen löst die Scheibe. Montiert auf Dock-Ebene neben ChatNavigatorPanel, nie im Inneren ToolWindowShell. Ein Streifen in der Schale würde abgerissen und Nach jedem Tab-Klick - das Mitglied navigiert durch den Abriss der Sache, mit denen sie navigieren - das ist die gleiche Lektion der Navigator war ausgezogen für. Seine Scroll-Position überlebt einen Swap aus dem gleichen Grund, und kein Fensterbaum wird von einem berührt. ToolWindowShell gewinnt topInset neben leftInset: der Streifen ist ein Dock-Level-Fenster über dem Fenster, so dass ein maximiertes Fenster beginnt an ihm und stoppt kurz von ihm, oder der Streifen wird über das Fenster eigenen gezogen Titel bar. Die ungelesene Plakette wird durch ToolWindowUnreadStore anstatt gelesen gefüttert von UnreadContext direkt. ToolDock ist absichtlich oben montiert AuthedChrome, so dass es nie über eine Navigation ausrasten - was setzt UnreadProvider in ihm, nicht darüber. useUnread() unter dem Dock tut nicht werfen: der Kontext hat einen vollen Standardwert, der null für Jeder zählt. Eine Plakette darauf gebaut würde, würde richtig aussehen, und lesen Null für immer. ToolWindowUnreadSync sitzt auf der anderen Seite davon Grenze, neben HexHeadUnreadSync, und schiebt die Antwort über. Verifiziert in einem echten Browser sowie in jsdom: ein pointer drag Nachbestellungen, ein einfacher Klick wählt noch, das x schließt ohne Auswahl, die Pfeile scrollen und deaktivieren an jedem Ende, und die untere Kante des Streifens landet genau auf der Titelleiste des Fensters und nicht ein Pixel darüber.