simple-plot:1.0.0#5271
Open
nathan-ed wants to merge 1 commit into
Open
Conversation
f9b7095 to
5629d08
Compare
5629d08 to
647d561
Compare
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
[1.0.0] - 2026-07-06
First stable release. The API documented in the manual is now considered stable.
Added
width/heightaccept lengths —plot,zoom,volume-of-revolution(and the wrappers) now take real lengths (width: 6cm,height: 30mm) in addition to plain numbers, which keep their historical meaning of cmfn:in series helpers —fill-area,riemann-sum,func-plotacceptfn:(andarea-betweenacceptsfn1:/fn2:) in addition to the positional function, matching the(fn: ..., ...)series dictionariesaxis-x-pos: none/axis-y-pos: nonehide an axis — the axis line, arrow, ticks and labels are skipped entirely (used bylimit-schema, which previously drew an unintended y-axis)plot()now raise an error — typos likextick-lables:were previously silently ignoredhatchargument —hatchalso accepts a dict(style: "ne", spacing: 10pt, stroke: red + 1pt)infill-area,area-between,riemann-sumandfill-closed; the flathatch-spacing/hatch-strokearguments keep working as fallbacksvolume-of-revolutioncleanup —radius-marker-xis the new canonical name for the radius-marker position (yaxis-xandshow-yaxisremain accepted as deprecated aliases); unknown named arguments now raise an errorset-plot-defaultsvalidates option names — a typo likeset-plot-defaults(widht: 10)now raises an error instead of being silently stored and ignoredfill-area,area-between,fill-closed,riemann-sumrectangles,vline/hlineand parametric curves now appear insidezoom()insets (previously only function curves and point series did), correctly clipped to both the rectangular and the circular lensFixed
xmax(e.g. decimalxmax: 2.5withdomain: (0, 3)) or aboveymaxwas clamped and then stroked on all four sides, showing a wrong width and a flat top at the window boundary; clipped edges are now left open so the bar reads as continuing beyond the window, and bars fully outside are droppedshow-xilabels no longer collide with numeric tick labels — every tick label near anx_ilabel (measured in cm, not only exact position matches) is hidden, andx_0takes the origin's0spot instead of being shifted intox_1show-dx+show-xikeep all labels — theΔxbracket now drops below thex_irow (dimension-line style) instead of silently skipping the two straddlingx_ilabelsshow-pointsno longer sprays a label by default —point-labeldefaults tonone(dots only); when a label is requested, arrows point to the 3 nearest dots instead of criss-crossing the plotcompilerrequirement corrected to0.13.0— the hatch patterns usetiling(), which does not exist before Typst 0.13; the manifest previously claimed 0.11.0(annotation: ...)dicts default to 9pt — aligned with thenote()helper, which already used 9ptaxis-x-extend/axis-y-extenddefault to absolute lengths (0.3cm), so a small data range (e.g. y from 0 to 0.5) no longer produces a huge axis overshoot; lengths are accepted for explicit values, bare numbers keep the legacy data-unit meaninghatch-strokethicknesses comparable tohatch-spacingtile seamlesslyplot-fnnow forwardssamplesto the drawn curve (it was only used for the auto y-range)zoom(box-fill: none)now really makes the inset background transparent (the value was previously dropped and fell back to white)