Skip to content

Keep clock active when hidden or minimized#124

Merged
danielchalmers merged 2 commits into
masterfrom
update-in-background
May 2, 2026
Merged

Keep clock active when hidden or minimized#124
danielchalmers merged 2 commits into
masterfrom
update-in-background

Conversation

@danielchalmers
Copy link
Copy Markdown
Owner

Minimizing the clock should only change its visibility, not put the app into a reduced-activity state. The previous behavior could stop or deprioritize the timer during StartHidden, which made the clock state less reliable while the app was still running.

This keeps the timer lifecycle predictable: the clock starts updating at startup, continues while hidden or minimized, and only pauses for explicit short-lived interactions like dragging.

Closes #123

Fixes a startup edge case where launching with `StartHidden` could leave the displayed clock text stale until the window was restored. Minimizing was previously treated as a reason to pause the timer, but in practice that optimization is too small to justify the risk: the app remains resident either way, and a one-second clock tick is core behavior for a desktop clock.

This keeps the app’s background behavior aligned with user expectations: hidden or minimized should mean “not visible,” not “time stops updating.”
The efficiency gain is likely negligible for one lightweight tick per second, and removing it makes the lifecycle argument cleaner. If efficiency mode matters, bring it back as a separate, explicit feature with a name/setting that says the app may deprioritize background timing.
@danielchalmers danielchalmers merged commit 808c6d4 into master May 2, 2026
4 checks passed
@danielchalmers danielchalmers deleted the update-in-background branch May 2, 2026 14:14
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Time not updating

1 participant