calendar widget in preview has wild colors and marks every day #54

Closed
opened 2026-07-20 16:58:27 +00:00 by hugo · 1 comment
Owner

the calendar widget is supposed to only mark days with posts and have colors for different number of posts. the calendar widget in preview shows every day marked and with wild colors. This might also happen during rendering, I did not test that, I only tested preview.

the calendar widget is supposed to only mark days with posts and have colors for different number of posts. the calendar widget in preview shows every day marked and with wild colors. This might also happen during rendering, I did not test that, I only tested preview.
hugo added the bug label 2026-07-20 16:58:27 +00:00
Author
Owner

Implemented and pushed as 3795db7.

The calendar runtime now leaves periods with zero posts visually unmarked and uses a single theme-compatible accent whose intensity increases with the relative post count. The bundled CSS explicitly overrides third-party calendar states so outside-month and similar zero-count dates cannot be highlighted. Preview now gives bundled runtime assets precedence over stale same-named project copies, matching bDS2 package-asset behaviour and ensuring existing projects receive the correction; custom project assets remain supported. Generated sites continue to receive the same current bundled assets. The rendering Allium spec now records the activity-styling invariant.

Verification: added red/green asset-contract and preview-precedence tests; cargo fmt --all; git diff --check; cargo build --workspace; cargo clippy -p bds-core --all-targets -- -D warnings; cargo test --workspace (all passed, 3 ignored); allium check specs; allium analyse specs; and an in-app browser computed-style check confirming 35 visible date cells, exactly 6 posted dates highlighted, every unposted date transparent, and one accent hue across all posted dates.

A neutral post-implementation review against the issue, bDS2 asset precedence and count semantics, and the Allium preview/generation/rendering rules found no incomplete behaviour.

Implemented and pushed as 3795db7. The calendar runtime now leaves periods with zero posts visually unmarked and uses a single theme-compatible accent whose intensity increases with the relative post count. The bundled CSS explicitly overrides third-party calendar states so outside-month and similar zero-count dates cannot be highlighted. Preview now gives bundled runtime assets precedence over stale same-named project copies, matching bDS2 package-asset behaviour and ensuring existing projects receive the correction; custom project assets remain supported. Generated sites continue to receive the same current bundled assets. The rendering Allium spec now records the activity-styling invariant. Verification: added red/green asset-contract and preview-precedence tests; cargo fmt --all; git diff --check; cargo build --workspace; cargo clippy -p bds-core --all-targets -- -D warnings; cargo test --workspace (all passed, 3 ignored); allium check specs; allium analyse specs; and an in-app browser computed-style check confirming 35 visible date cells, exactly 6 posted dates highlighted, every unposted date transparent, and one accent hue across all posted dates. A neutral post-implementation review against the issue, bDS2 asset precedence and count semantics, and the Allium preview/generation/rendering rules found no incomplete behaviour.
hugo closed this issue 2026-07-20 17:56:46 +00:00
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: hugo/RuDS#54