Node shape geometry
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 0
- Forks
- 0
- PR merge metrics
- No merged PRs in 30d
Description
Each node shape needs two things: an SVG path generator (given center and size, produce the drawable path) and a boundary intersection function (given an incoming edge angle, compute where it hits the shape perimeter). These are used by the SVG renderer and edge routing respectively.
Shapes should be implemented in tiers. Tier 1 covers the most common shapes: `ellipse` (the default), `box`/`rect`, `circle`, `point`, `plaintext`/`plain`, and `none`. Tier 2 adds polygon-based shapes: `diamond`, `triangle`, `pentagon`, `hexagon`, `octagon`. Tier 3 adds `record` and `Mrecord`, which have their own label sub-language (`{a|{b|c}|d}`) requiring a mini-parser and recursive cell layout algorithm. Tier 4 covers the remaining ~40 Graphviz shapes. The `width`, `height`, and `fixedsize` attributes control shape sizing.
References
Contributor guide
No contributing guide indexed for this repository
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.
Research direction
Start by tracing how node shapes are consumed by the SVG renderer and edge-routing logic. Use the Graphviz node-shapes and record-node references to define the geometry, sizing attributes, and record syntax requirements. Done means the requested shape tiers, including recursive record layouts, are supported with path generation and boundary intersections.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- rust
- Domain
- computer-graphics
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 25/100