URL-Scheme iris://chat/<job-id> + notify-Action open_chat #38
Labels
No labels
herkunft/alpha-feedback
status
blockiert
status
zu-testen
typ
bug
typ
docs
typ
enhancement
typ
feature
typ
idea
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
iris/Iris#38
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
App-seitige Phase des iris-gui-Plugins (
iris/iris-plugins#21), damit ein ferner Hermes (z. B. Linux-Server) oder ein lokales Skript einen Chat in der Oberfläche öffnen kann.1. URL-Scheme
iris://(beide Targets, Iris.app + IrisClient.app):CFBundleURLSchemesin beiden Info.plistiris://chat/<job-id>[?profile=<uuid>]→ Fenster aktivieren/fokussieren, Job in der Sidebar auswählenopen "iris://chat/<id>"(kein Token, kein TLS, sofort)2.
/notify-Handling im Client:context.action == "open_chat"(+context.job_id) → Chat öffnen (selbe Ziel-Auflösung wie beim Scheme)contextein undurchsichtiges str→str-Mapping — kein Wire-Format-Change, iOS- und Linux-Client kennen die Action nicht und fallen auf das Banner zurück (verifizieren, kein Change nötig)Entwicklerdokumentation/02-Wire-Protokoll.mdim Wurzel-Repo) im selben Zug ergänzen3. Iris-Client-Version: mit
tools/set-versionbumpen, damit das Plugin die Scheme-Fähigkeit erkennen kann (/healthmeldet die Version; Plugin-Fallback bleibt der AX-Klick).Vertrag: Wire-Protokoll-Änderungen betreffen beide Server und alle Clients — hier ist
contextPass-Through, daher kein byte-genauer Change, nur Client-Interpretation.