Component transforms (vertex, edge, face move/rotate/scale) and soft select
Maintainers usually reply within 1 day
Nobody has claimed this yet.
Assessment
- Difficulty
- 5/5
- Estimated time
- Over a week
- Newbie friendliness
- 8/100
- Issue type
- Feature
- Clarity
- Needs clarification
- Activity status
- Active
- Tech stack
- rust
- Domain
- computer-graphics, desktop-dev
Research direction
This is a tracking issue whose work depends on component masks and a manipulation generalization that the payload does not describe, so there is no single starting file. Read .project-docs/mcp.md and the Maya reference issue #5 first to understand the scope and the MCP coverage inventory. Done would mean the component transforms and soft select are implemented behind the acceptance criteria, with tests, a native visual check, and documentation updates.
Written by the indexing model from the issue text.
Description
Problem
Transform tools act on objects only.
Current behavior
Out of scope for the Move and Rotate/Scale plans; depends on component masks.
Expected behavior
Component-space transforms with history, plus soft select.
Acceptance criteria
- Depends on component masks and the manipulation generalization.
- 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 44m
- Merged PRs (30d)
- 59
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/ui-parity type/bug
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
cristim/AztecCraft#140 ·
Maintainers usually reply within 1 day
-
area/ui-parity good first issue type/docs
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
cristim/AztecCraft#85 · 1 comment ·
Maintainers usually reply within 1 day
-
good first issue type/docs
Difficulty 1/5 Under an hour Newbie friendliness 75/100
cristim/AztecCraft#79 · 1 comment ·
Maintainers usually reply within 1 day
-
area/selection area/viewport type/feature
Difficulty 5/5 Over a week Newbie friendliness 20/100
cristim/AztecCraft#135 ·
Maintainers usually reply within 1 day
-
bug
Difficulty 4/5 3-5 days Newbie friendliness 22/100
cristim/AztecCraft#128 ·
Maintainers usually reply within 1 day
All issues in cristim/AztecCraft
Similar issues
-
Difficulty 1/5 Under an hour Newbie friendliness 88/100
pop-os/cosmic-comp#2956 ·
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 85/100
libp2p/rust-libp2p#6694 ·
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
EmbarkStudios/cargo-deny#910 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
tursodatabase/turso#10054 ·
Maintainers usually reply within 1 day
-
build: Update rust versionPossibly taken A pull request linked to this issue is open or already merged. Opendependencies
Difficulty 2/5 1-3 hours Newbie friendliness 67/100
ibm-granite-community/granite-cli#229 ·
Maintainers usually reply within 1 day