vortex-data/vortex - CodSpeed

vortex

Blog Docs Changelog

Performance History

Latest Results

Handle any list builder kind in append_to_builder `builder_with_capacity` produces a `ListViewBuilder` for `DType::List`, but `List::append_to_builder` downcast the builder to `ListBuilder<u64>` and bailed otherwise — so executing a `List`-encoded array into the canonical builder (the one `builder_with_capacity` returns) failed. `ListView::append_to_builder` had the mirror-image assumption, only accepting a `ListViewBuilder<u64, u64>`. Add two macros that enumerate the possible list builder offset/size integer types and try downcasting to each, rather than assuming the types produced by `builder_with_capacity`: - `match_each_list_builder!` enumerates `ListBuilder<O>`. - `match_each_listview_builder!` enumerates `ListViewBuilder<O, S>`. `List::append_to_builder` tries `ListBuilder` (its non-canonical, directly-supplied builder) and otherwise canonicalizes and dispatches, routing the canonical `ListViewBuilder` case through `ListView::append_to_builder`, which tries `ListViewBuilder`. Either encoding works with any unsigned offset/size types. Other encodings that yield list dtypes (constant, dict, chunked, ...) already route here through the canonical-dispatch fallback. Signed-off-by: Robert <robert@spiraldb.com> Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01Mkrgj5SuJpaKBXK9jydtSc

claude/nice-hypatia-g68zgt

3 hours ago

feat(vortex-web): tree-panel selection drives treemap zoom Selecting a node in the tree panel now re-roots (zooms) the treemap at it. The map distinguishes selections it made itself (single-click highlight, which must not re-zoom) from external selections (tree panel, breadcrumb) via a ref, and only the latter drive the zoom. Double-click and the "↑" control still adjust the zoom directly. Signed-off-by: Robert <robert@spiraldb.com>

claude/stoic-brown-5pzm5s

3 hours ago

Handle any list builder kind in append_to_builder `builder_with_capacity` produces a `ListViewBuilder` for `DType::List`, but `List::append_to_builder` downcast the builder to `ListBuilder<u64>` and bailed otherwise — so executing a `List`-encoded array into the canonical builder (the one `builder_with_capacity` returns) failed. `ListView::append_to_builder` had the mirror-image assumption, only accepting a `ListViewBuilder<u64, u64>`. Both encodings now append through a `match_each_list_builder!` macro that enumerates the possible list builder offset (and, for `ListViewBuilder`, size) integer types and tries downcasting to each, rather than assuming the offset/size types produced by `builder_with_capacity`. Either encoding works with either builder kind and any unsigned offset/size types; only a non-list builder bails. Other encodings that yield list dtypes (constant, dict, chunked, ...) already route here through the canonical-dispatch fallback. Signed-off-by: Robert <robert@spiraldb.com> Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01Mkrgj5SuJpaKBXK9jydtSc

claude/nice-hypatia-g68zgt

3 hours ago

feat(vortex-web): select treemap cells (scrolls tree) and double-click to zoom Single-clicking a block now selects it — highlighting it and scrolling the tree panel to it — instead of only highlighting locally. To keep select separate from zoom, the Treemap tab now roots at the whole file with its own internal drill state: double-click zooms into a block (re-root) and an "↑" control zooms back out, while selection just highlights and syncs the tree/sidebar/preview. Signed-off-by: Robert <robert@spiraldb.com>

claude/stoic-brown-5pzm5s

3 hours ago

refactor(vortex-web): merge treemap into the detail Treemap tab Replace the simpler TreemapPane with the richer BlockTreemap as the detail panel's "Treemap" tab, rooted at the selected node and rendering every physical block down to the leaves with local per-layout labels (container header bands + leaf bodies). Single-click highlights a block; double-click selects it, which re-roots the tab there (zoom in) — zoom back out via the detail-panel breadcrumb. Remove the standalone top-level Treemap view and its Explorer|Treemap header toggle (TreemapExplorer, MainArea/FileHeader/App view plumbing), and drop the old TreemapPane. Add a BlockTreemap story (root, zoomed field, heavy chunks). Signed-off-by: Robert <robert@spiraldb.com>

claude/stoic-brown-5pzm5s

3 hours ago

Handle any list builder kind in append_to_builder `builder_with_capacity` produces a `ListViewBuilder` for `DType::List`, but `List::append_to_builder` downcast the builder to `ListBuilder<u64>` and bailed otherwise — so executing a `List`-encoded array into the canonical builder (the one `builder_with_capacity` returns) failed. `ListView::append_to_builder` had the mirror-image assumption, only accepting a `ListViewBuilder`. Add a shared `append_list_array_to_builder` helper that dispatches to whichever list builder kind it is given (`ListViewBuilder<u64, u64>` — the canonical builder — or `ListBuilder<u64>`), converting the source array as needed, rather than assuming the builder produced by `builder_with_capacity`. Both the `List` and `ListView` encodings now append through it, so either encoding works with either builder. Other encodings that yield list dtypes (constant, dict, chunked, ...) already route here through the canonical-dispatch fallback. Signed-off-by: Robert <robert@spiraldb.com> Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01Mkrgj5SuJpaKBXK9jydtSc

claude/nice-hypatia-g68zgt

3 hours ago

refactor(vortex-web): label treemap layouts locally instead of a path header Move each layout's name back onto its own block: container layouts label their header band (which their children never occupy, so labels cannot collide) and leaves label their body with name + bytes. Drop the top path header. The full nested tree still renders down to the leaves so every physical block is visible, coloured by dtype; hover drives the tooltip/sidebar and click selects (flat blocks expand in place). Relies on the corrected header band (paddingTop set after paddingOuter) so nested names stack cleanly without overlap. Signed-off-by: Robert <robert@spiraldb.com>

claude/stoic-brown-5pzm5s

4 hours ago

refactor(vortex-web): label treemap layouts locally instead of a path header Move each layout's name back onto its own block: container layouts label their header band (which their children never occupy, so labels cannot collide) and leaves label their body with name + bytes. Drop the top path header. The full nested tree still renders down to the leaves so every physical block is visible, coloured by dtype; hover drives the tooltip/sidebar and click selects (flat blocks expand in place). Relies on the corrected header band (paddingTop set after paddingOuter) so nested names stack cleanly without overlap. Signed-off-by: Robert <robert@spiraldb.com>

claude/stoic-brown-5pzm5s

4 hours ago

Latest Branches

-4%

Replace ToCanonical trait usages with execute#8609

4 hours ago

947a966

claude/nice-hypatia-g68zgt

+2%

Add treemap explorer view for physical block visualization#8613

3 hours ago

a6a3616

claude/stoic-brown-5pzm5s

+11%

Fix wasm32 build by gating MultiFileSession on non-wasm targets#8612

5 hours ago

87f538a

claude/wasm-time-panic-c9b6s6

© 2026 CodSpeed Technology

Home Terms Privacy Docs