[FR]: Render A2UI returned by AppFunctions in the Testing Agent
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 18/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Lĩnh vực
- mobile-dev, testing-qa
Hướng nghiên cứu
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.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
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
- Ngôn ngữ chính
- Kotlin
- Star
- 216
- Fork
- 49
- Merge trung bình
- 1 ngày 14 giờ
- Pull request đã merge (30 ngày)
- 6
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của android/appfunctions
-
documentation
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 90/100
android/appfunctions#66 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
android/appfunctions#62 ·
-
Độ khó 4/5 1-2 ngày Mức phù hợp với người mới 55/100
android/appfunctions#64 ·
-
[FR]: Testing agent should handle AppFunctionUriGrant results and pass returned images to the modelĐang mở
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 45/100
android/appfunctions#63 ·
-
Clarify production invocation, Android Auto support, and Android 16 fallback in AppFunctions docsĐang mở
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 52/100
android/appfunctions#51 ·
Tất cả issue của android/appfunctions
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 86/100
liberation-data/drivine-cypher-spec#67 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
feature
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 64/100
-
documentation good first issue help wanted P2 roadmap-v4
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
maziyarpanahi/openmed#5425 ·
Maintainer thường phản hồi trong vòng 3 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
OneBusAway/vehicle-positions#250 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
android cleanup good first issue
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 86/100