You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The batch "waiting for the next card" state is now a deliberate cue: the status
modal shows a card-into-reader animation next to the prompt, a short chime sounds once per card when the run enters the waiting phase (Web Audio — no audio asset;
edge-triggered in the 2 s poll, so it does not repeat), and while the tab is hidden the
title hints "Insert next card". The speaker button next to the status mutes the chime
and the choice is remembered (simple_ram_batch_sound); the chime is unlocked by the
Start click (browser autoplay policy); reduced-motion users get the static card-above-
the-slot picture. The card follows the app's SIM silhouette (sim.svg): a cut corner
at the top and the contact pad near the bottom edge, sliding behind the reader bar.
Changed
A batch delete that finds the object already gone is still a success — the goal is met
and the run continues — but it is no longer reported as a plain "OK": the attempt's verdict
reads Already absent, the delete run's counts separate real deletions from no-ops
(Deleted: N · Already absent: M), and the notice says the card was already absent. The
counts gain an already_absent bucket (the attempt result is already_absent); a
reinstall's tolerated pre-delete is not affected — its outcome is still the install.
The prebuilt style.css had gone stale: a rebuild restored utility classes the UI
already used but the output lacked (e.g. bg-blue-50 on the batch notice, inline-flex, mx-2, max-h-48, w-44, min-w-24).