- Verschifft
- 24. August 2026 um 20:56 UTC
- Autor
- kamo
- Ausschuss
- 9e67f0a
Das Drop-Ziel war die Komponist-Oberfläche allein - ein paar Dutzend Pixel am unteren Rand eines Fensters das ist sonst alle Nachrichten. Ein Screenshot, der über das Gespräch losgelassen wurde, tat überhaupt nichts, und noch schlimmer: der Browser-Standard für eine nicht beanspruchte Datei-Drop ist NAVIGATE die Registerkarte zur Datei, die jedes geöffnete Werkzeugfenster und jeden nicht abgesetzten Entwurf mit sich führt. "useComposerIngest" gewinnt "bindDropTarget", der die Drag-Gesten an ein Element bindet Komponist besitzt nicht, und "ComposerSurface" löst dieses Element aus dem DOM der Shell eigene "Daten-Tool-Fenster" oder "data-chatbox-root" für einen Chat, der seinen eigenen Rahmen zeichnet. Natives Land Zuhörer in der CAPTURE-Phase, so dass nichts im Fenster die Geste zuerst nehmen oder stoppen kann es kurz bevor das Fenster es gesehen hat; nur zieht tragen Dateien werden behauptet, so dass die KI-Chat ist Ordnerbaum hält seine eigene Drag-and-Drop unberührt. Eine Datei-Delger wird auch beim Anhängen beansprucht ist gesperrt - die Verweigerung der Datei darf das Mitglied nicht die Seite kosten. Eine Einnahme pro Komponist still, so dass das Fenster und die Oberfläche nie den gleichen Tropfen inszenieren können zweimal. Mitglieder-Chat, Support-Tickets, soziale Gespräche, KI-Chat und SMS alle bekommen dies von die eine Oberfläche, die sie teilen; ein Komponist ohne Fenster um sie herum behält das alte Verhalten.