You Assumed

Reference path · conclusion first

Does a Progress Bar Actually Know How Much Time Is Left?

Motion is not measured progress.

Precise claimMotion alone cannot establish how much work remains. A determinate HTML progress element exposes a value supplied by the page; that value may be a measured step count or an estimate, while an indeterminate one exposes no completion value.

Applies

This page demonstrates the semantic states of the HTML progress element and the provenance boundary between a supplied value, an estimate, and timer-only choreography.

Does not prove

A value attribute does not prove that the application measured its real task correctly, an estimate is not a completed-work measurement, and an animation does not prove that any task is running.

Portable rule

If an indicator offers a value, then ask what produced it before reading the number as task progress; if it offers no grounded value, read motion only as ‘still working.’

Evidence reviewed 2026-07-20. Corrections and review policy.

Use as a reference

Declare the discussion context, then copy a stable link. No account or personal data is attached.

Does a Progress Bar Actually Know How Much Time Is Left?

Two bars move convincingly. What can you justify from the motion alone?

This experiment depends on motion, and your system has reduced motion on — the bars below are frozen at 50% and reruns are off. The verdict still works; the motion you're not seeing is the point.

Interactive
Bar A Bar A
Bar B Bar B
Run 1 · the first run is deliberately stacked.
How sure are you? optional — but be honest, the page will remember.
Based only on the motion, which conclusion can you justify?

Take it into the discussion

Need the conclusion, boundary and sources without the challenge?

Open the same page in its conclusion-first reading state, then declare the work context before copying a stable reference.

Use as a reference →