veritas-kanban

Veritas Kanban 6.1.7 → 6.2.0 visual comparison

Signed distribution candidate; upload and release readback remain separate. All original views have current equivalents. Every new still was inspected, both original and new GIFs were played through complete cycles, and the new MP4 played to completion without an error. The original images are verified against retained manifests.

The original 6.1.7 capture used build ed5094c6a5f9dd6958ceb952d8d018a40135bf33, bundle io.digitalmeld.veritas-kanban, and packaged-app SHA-256 a23df6443940aff4d9b5013b97ab753b986a63f3bb15dc0d3a8c6aaace866f94. All fourteen maintained assets match the recovered capture manifest, and all ten task-mode images match their retained manifest. Original files remain unchanged.

Desktop maintained captures use 1700×760 content dimensions; mobile browser captures use 390×844. The original task-mode audit used a 1180×900 native window and included its frame and shadow. The current capture records 1180×900 window content without the original frame/shadow. The original task-mode fixture, “Prototype AI triage,” was blocked with failed-run history; the new “Prepare the release candidate” fixture is To Do with no run. Differences in readiness, run results and history reflect those fixture states and do not establish a behavioral improvement. New captures use macOS 15.7.9; the original maintained captures used macOS 15.7.9.

The media capture contract binds new images to the actual packaged candidate and checks original and committed file hashes. Visual review and full GIF playback are separate acceptance steps.

Candidate build: 0b5d65754735716edfd8ebe8ecb93633b70bfbc7; whole-app SHA-256: fab61cf2514475b2d872d8f041735ba3fe59bee54d80a6dcb9ccabe27de69fba. All new media comes from this candidate except the explicitly labeled mobile browser views.

Maintained views

Board overview

The candidate shows the expanded navigation rail with text labels; the retained baseline has the rail collapsed. The same five tasks occupy the same columns. This default-layout difference changes the card width and is not a performance comparison.

6.1.7 original	6.2.0 candidate
Open original	Open candidate

Board to workspace

Both recordings use the same input sequence: board, open in Plan, select Plan, switch to Overview, close to board. Sampling is 8 fps with eight held frames after each completed stage; actual action duration can differ. The candidate uses the lighter task surface and background blur.

6.1.7 original	6.2.0 candidate
Open original	Open candidate

Task workspace

The task remains in Plan with the same description and status. The candidate uses a lighter workspace surface and blurs the board behind it; detail loading and focus behavior were checked separately.

6.1.7 original	6.2.0 candidate
Open original	Open candidate

The baseline places Settings over the board. The candidate uses a separate modeless native window, adds search above the section content, and replaces the Dark mode switch with a System/Light/Dark appearance selector. Persistence was checked separately.

6.1.7 original	6.2.0 candidate
Open original	Open candidate

Agent providers

The Agents controls remain in the same section within the new native Settings window. The wider surface exposes the provider list alongside persistent section navigation and search.

6.1.7 original	6.2.0 candidate
Open original	Open candidate

Maintenance

Maintenance moves with Settings into its own native window. Storage and health values belong to each disposable capture profile; they are not a before/after operational measurement.

6.1.7 original	6.2.0 candidate
Open original	Open candidate

Notifications

Notifications remains grouped by health, adapters, delivery and preferences inside the separate Settings window. Fixture connections are disabled. Targeted notification storage updates were checked separately.

6.1.7 original	6.2.0 candidate
Open original	Open candidate

Command palette

The command list keeps its bounded palette and visible keyboard guidance. The board behind it reflects the different navigation-rail state; native command delivery was verified separately.

6.1.7 original	6.2.0 candidate
Open original	Open candidate

Workbench

Board Chat remains in the right dock and preserves the task board beside it. The same public-safe empty conversation is shown; the candidate has expanded navigation labels.

6.1.7 original	6.2.0 candidate
Open original	Open candidate

Squad Chat

Squad Chat remains selected inside the right dock, with the same empty conversation and Human sender. No external message was sent for this comparison.

6.1.7 original	6.2.0 candidate
Open original	Open candidate

Mobile board

The dedicated mobile board keeps stacked columns, direct status controls and bottom navigation. This view does not show the separate compact filter controls, which were checked in the responsive board workflow.

6.1.7 original	6.2.0 candidate
Open original	Open candidate

Mobile task flow

Both browser recordings open the same task in Plan, select Plan, switch to Overview and return to the board. The candidate updates the task surface while retaining the mobile mode selector.

6.1.7 original	6.2.0 candidate
Open original	Open candidate

Mobile task workspace

At the same 390×844 browser viewport, Plan retains its mode and section selectors, description editor and status fields. The candidate changes the surface treatment without replacing the mobile navigation pattern.

6.1.7 original	6.2.0 candidate
Open original	Open candidate

Mobile Settings

Browser Settings remains a dialog at 390×844. The candidate adds Settings search and the appearance selector; this is distinct from the modeless Mac Settings window.

6.1.7 original	6.2.0 candidate
Open original	Open candidate

Every task workspace mode

The same task must stay mounted through Overview, Plan, Run, Results, and History, followed by the expanded presentation. The original task-mode fixture is separate from the maintained documentation fixture.