You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
While building examples/effect-ts.json I needed a chart comparing native TypeScript against Effect. I used horizontal_bar with two points, one of them zero, and the render was unusable — a flat light band with no axis, no labels and no second bar. I replaced it with two number cards rather than ship something visibly broken, so the defect is still there.
What is already known
chart was one of the 23 components with no size source at all; fix(components): give the 23 unsized components a size source #126 gave it a default (400×300 landscape, 320×320 for pie/donut/radar/radial_bar). So the sizing half is fixed, and the remaining problem is in the painter.
The audit's card matrix classified chart as "renders correctly once explicitly sized", but that was a single configuration — chart has 12 types and only one was exercised.
A zero value is the specific case that broke: a bar of height zero should still render its label and its axis slot.
What this issue asks for
Audit the chart component the way the earlier capability audits were run — measured, not eyeballed:
Render every one of the 12 chart_type values (bar, line, pie, donut, horizontal_bar, area, stacked_bar, radar, scatter, radial_bar, funnel, waterfall) with realistic data, both standalone and inside a card. Report which render correctly, which render but are mis-laid-out, and which produce nothing.
For each, check the parts separately: bars/points, axes, gridlines, labels, legend, value annotations. A chart that draws its series but no labels is unusable in a video and should be reported as such.
Cover the degenerate inputs a real author hits: a zero value, a single data point, all values equal, negative values, more categories than fit the width, long category labels.
What happened
While building
examples/effect-ts.jsonI needed a chart comparing native TypeScript against Effect. I usedhorizontal_barwith two points, one of them zero, and the render was unusable — a flat light band with no axis, no labels and no second bar. I replaced it with two number cards rather than ship something visibly broken, so the defect is still there.What is already known
chartwas one of the 23 components with no size source at all; fix(components): give the 23 unsized components a size source #126 gave it a default (400×300 landscape, 320×320 for pie/donut/radar/radial_bar). So the sizing half is fixed, and the remaining problem is in the painter.chartas "renders correctly once explicitly sized", but that was a single configuration —charthas 12 types and only one was exercised.What this issue asks for
Audit the chart component the way the earlier capability audits were run — measured, not eyeballed:
chart_typevalues (bar, line, pie, donut, horizontal_bar, area, stacked_bar, radar, scatter, radial_bar, funnel, waterfall) with realistic data, both standalone and inside a card. Report which render correctly, which render but are mis-laid-out, and which produce nothing.Every visual claim proven by rendering and measuring pixels. A passing unit test is not evidence a chart is readable.
Acceptance
horizontal_barcase fromeffect-ts.jsonrenders as a usable comparison chart, labels included..claude/skills/rustmotion/rules/chart-types.mdcorrected against what was measured.