Original Maya-style icon set: wire into the shell and retire tool_icons.rs
Maintainers usually reply within 1 day
Nobody has claimed this yet.
Assessment
- Difficulty
- 5/5
- Estimated time
- Over a week
- Newbie friendliness
- 12/100
Research direction
Start in src/tool_icons.rs (current Cube, Plane, Undo, Redo and Frame symbols) and the provenance file .project-docs/icon-provenance.md, but note that src/ui_icons.rs is still being built by another session and its wiring is blocked on the Move slice. The issue spans icon drawing, accesskit labels, MCP tool schemas, Editor protocol tests and a native screenshot check, so it is not a first task. Done means every criterion in the checklist holds, with the MCP docs in .project-docs/mcp.md updated in the same change.
Written by the indexing model from the issue text.
Description
Problem
The UI uses ad hoc vector symbols in src/tool_icons.rs. An original code-drawn icon set (src/ui_icons.rs, gallery example, provenance table) is in progress by another session (slices B1/B2 in progress, B4 wiring blocked on Move landing).
Current behavior
src/tool_icons.rs draws Cube, Plane, Undo, Redo and Frame today.
Expected behavior
Icons mimic Maya's icon language (silhouette, metaphor, colour coding) but are original, with a provenance row per icon in .project-docs/icon-provenance.md. The project license is being applied as MIT OR Apache-2.0, so provenance wording can proceed. Status Line and Poly Modeling shelf icons are deferred to the Status Line and Shelf slices.
Acceptance criteria
- Every icon button keeps a text label or hover text plus accesskit
widget_info. - Gallery checked at 1x and 2x in both tones.
- Nothing copied, traced or sampled from Maya assets.
- Unimplemented controls stay visibly disabled with a reason; no dummy tools or controls.
- MCP coverage in the same change: implemented operations and relevant state exposed with synchronized tool schemas, real Editor protocol tests (scene token, draft, modal, close and busy guards) and updates to
.project-docs/mcp.mdand its coverage inventory. - Native visual check of the real window (screenshot reviewed), not only headless tests.
- Tests cover malformed, empty, boundary and failure cases; failed operations preserve the baseline.
- No parity claim without comparison against the pinned Maya reference (#5); unverified constants are documented as provisional.
- Dominant language
- Rust
- Stars
- 4
- Forks
- 2
- Avg merge
- 2h 28m
- Merged PRs (30d)
- 76
Getting set up
- No Dockerfile or Docker Compose file
- Has a pull request template
- Read the contributing guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from cristim/AztecCraft
-
area/viewport type/chore
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
cristim/AztecCraft#186 ·
Maintainers usually reply within 1 day
-
area/infra type/chore
Difficulty 1/5 Under an hour Newbie friendliness 94/100
cristim/AztecCraft#181 ·
Maintainers usually reply within 1 day
-
area/modeling type/bug
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
cristim/AztecCraft#176 ·
Maintainers usually reply within 1 day
-
area/modeling type/bug
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
cristim/AztecCraft#175 ·
Maintainers usually reply within 1 day
-
area/ui-parity type/bug
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
cristim/AztecCraft#172 · 1 comment ·
Maintainers usually reply within 1 day
All issues in cristim/AztecCraft
Similar issues
-
documentation P2
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
Maintainers usually reply within 1 day
-
bug good first issue priority:high
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
Konfirm-xyz/konfirm-contracts#163 ·
Maintainers usually reply within 1 day
-
area:gc-repack-output bug factory:dogfood factory:triaged priority:p3 type:bug type:ux
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
gitbutlerapp/grit#1161 · 1 comment ·
Maintainers usually reply within 1 day
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
Maintainers usually reply within 1 day
-
feature performance
Difficulty 2/5 1-3 hours Newbie friendliness 65/100
lance-format/lance#10137 ·
Maintainers usually reply within 2 days