[FR]: Render A2UI returned by AppFunctions in the Testing Agent
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 18/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Attiva
- Ambito
- mobile-dev, testing-qa
Direzione di ricerca
Start with the open questions: whether A2UI returned from an AppFunction is the intended approach, which catalog to target, and the updateComponents.components string-versus-array mismatch in fetchSendMessageDetails (ChatApp). Compare the feature/a2ui-contact-picker branch with main and the androidx.a2ui parser before any design work. Done means a maintainer has confirmed the approach and catalog, with a design agreed for rendering A2UI in the Testing Agent.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Is there an existing issue for this?
- I have searched the existing issues
Describe the problem
The Android Dev Summit keynote shows what looks like a custom app widget inside Gemini. I want to test that kind of flow locally: an app returns UI from an AppFunction, and a host renders it, as Gemini would.
The Testing Agent can't do this today because it doesn't render A2UI on main. I also couldn't find a way to use Gemini Developer Mode with on-device AppFunctions.
Describe the solution
I plan to build this in my fork of the Testing Agent, and I'd be glad to contribute it upstream if it's useful.
@JolandaVerhoef I'm mentioning you because you authored feature/a2ui-contact-picker, which adds an A2UI renderer to the Testing Agent.
First, I'd like to confirm my assumption. The keynote is outside this repo, but do you know how that widget was rendered? Was it A2UI returned from an AppFunction, like fetchSendMessageDetails in ChatApp, or an iframe from a remote MCP server?
If it was A2UI, or A2UI is otherwise the intended approach for AppFunctions, I have two follow-up questions:
- Which catalog should the Testing Agent support? I plan to start with the Basic Catalog. ChatApp uses
comms_catalog_preview, but its URL returns 404. Is a schema available? - Would you accept a PR that adds A2UI rendering to the Testing Agent?
feature/a2ui-contact-pickeris close, but it predates theresourcesformat and uses a hand-written renderer. I'd start frommainwithandroidx.a2ui, which requires compileSdk 37.1 and alpha versions of Compose and Material3.
Additional context
I also noticed that fetchSendMessageDetails sets updateComponents.components to a JSON string, while the androidx.a2ui parser expects an array. Is that intentional?
Code of Conduct
- I agree to follow this project's Code of Conduct
- Lingua principale
- Kotlin
- Stelle
- 216
- Fork
- 49
- Merge medio
- 1g 14h
- PR unite (30g)
- 6
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
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 android/appfunctions
-
documentation
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 90/100
android/appfunctions#66 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
android/appfunctions#62 ·
-
Difficoltà 4/5 1-2 giorni Idoneità per principianti 55/100
android/appfunctions#64 ·
-
[FR]: Testing agent should handle AppFunctionUriGrant results and pass returned images to the modelAperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 45/100
android/appfunctions#63 ·
-
Clarify production invocation, Android Auto support, and Android 16 fallback in AppFunctions docsAperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 52/100
android/appfunctions#51 ·
Tutte le issue di android/appfunctions
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 86/100
liberation-data/drivine-cypher-spec#67 ·
I maintainer di solito rispondono entro 1 giorno
-
feature
Difficoltà 2/5 1-3 ore Idoneità per principianti 64/100
-
documentation good first issue help wanted P2 roadmap-v4
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
maziyarpanahi/openmed#5425 ·
I maintainer di solito rispondono entro 3 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
OneBusAway/vehicle-positions#250 ·
I maintainer di solito rispondono entro 1 giorno
-
android cleanup good first issue
Difficoltà 1/5 1-3 ore Idoneità per principianti 86/100