Ace: agents can't use Ace's own menus and dialogs when Ace embeds the host
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 6/100
Direzione di ricerca
Start by reproducing the recorded Open Folder failure: a signed, isolated Ace build from main, the existing Cmd+O path, and the main window overlapping the native picker. Compare the desktop_focus timeout, the desktop_key refusal with no focused control, and the unknown click results to find the first proven blocker, and fix only that. Done when a real model run adds an owned project without creating a channel, cancel leaves projects unchanged, and the refusal and unknown evidence are preserved.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
When Ace embeds the Desktop Tools host, Ace is the host process. The host refuses agent input aimed at itself: peekaboo-menu.patch refuses a desktop_menu on the host's own process, and #120 refuses input to the host's own UI. So an agent in Ace can't use Ace's own menus or dialogs. In the Oct 15 study (githubnext/ace#427, D5b), File › Open Folder… on Ace was refused.
The standalone Desktop Tools app isn't affected, because there the host is a separate process.
Decision needed: should Ace's own windows count as the host's UI, or should only a confirmation prompt from Ace count? If agents may drive Ace, the self-target check needs to tell those apart. Then check the Open Folder flow: Command-O, desktop_dialog, desktop_dialog_answer with path, then Open, which should add the project. Cancel should leave the projects unchanged.
- Lingua principale
- Swift
- Stelle
- 0
- Fork
- 0
- Merge medio
- 19m
- PR unite (30g)
- 107
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di githubnext/desktop-tools
-
ace documentation
Difficoltà 2/5 1-3 ore Idoneità per principianti 79/100
githubnext/desktop-tools#104 ·
I maintainer di solito rispondono entro 1 giorno
-
Linux support (meta)Aperta
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
githubnext/desktop-tools#136 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Select text in a PDFAperta
Difficoltà 3/5 1-2 giorni Idoneità per principianti 52/100
githubnext/desktop-tools#130 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 42/100
githubnext/desktop-tools#129 ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
githubnext/desktop-tools#117 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di githubnext/desktop-tools
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
openwatersio/slackwater-ios#736 ·
I maintainer di solito rispondono entro 1 giorno
-
agent/sec-check help wanted security stage/010-actionable
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
hivecommons/hotshot#235 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
Ranchero-Software/NetNewsWire#5495 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
Emanuele-web04/remodex#203 ·
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 92/100
I maintainer di solito rispondono entro 1 giorno