Fix what a full test round of today's releases found: a ticking single clock, a switch that works in standby, no taps from a swipe (0.2.78)

A test and code-analysis round of 0.2.72 to 0.2.76 (suites at every tag, sanitizers, ESP32 and GitHub builds, host
harnesses on both boards, the editor in a browser, best practice checked against ESPHome, LVGL, Home Assistant and
Vue) found these, fixed here with Max's choices for the product questions:

- Firmware 0.2.65: the second hand of a single analog clock moves again; on a page that is one full on/off tile the
  waking push also switches it; on the Guition a flick is never a tap and a finger that slides off a tile doesn't tap
  it; Previous/Next react to a firm press; the same Go to page tile may sit on several pages; a layout the screen has
  no memory for is refused instead of crashing; 64-bit redraw mask for 48 tiles; Montserrat 14 no longer built.
- App: Save refuses a layout too long for one message or too big for eight pages; an offline screen keeps its
  firmware version from the device registry; HA refusals reach the editor; 128 KB requests; changelog out of the
  live stream; cached hashed assets; tini as init and a clean stop; changelog parsing without asterisks or crashes.
- Editor: clicking the open screen keeps unsaved edits, edits during a save stay unsaved, a Page row and phone
  dragging to other pages, repeated page tiles, limits from the server, HA's error messages, a type-checked build.
- tools/check.sh + GitHub Actions + a CYD flash budget; docs match 48 tiles and the new editor.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

docs/TEST_RESULTS_0233.md

@@ -1,15 +1,20 @@
 # Testresultaten app 0.2.33 / firmware 0.2.28 (2026-09-14)
 
-Alleen firmware: op de Guition beslist LVGL of een tik doorgaat (loslaten binnen de tegel
-telt), de verplaatsingsgrens van de tap-guard staat daar uit. Max koos dit na een live
-geweigerde druk van 73 px op Studio 1.
+Alleen firmware: op de Guition zou LVGL beslissen of een tik doorgaat (loslaten binnen de
+tegel telt; zie de correctie hieronder), de verplaatsingsgrens van de tap-guard staat daar
+uit. Max koos dit na een live geweigerde druk van 73 px op Studio 1.
 
 ## Wat veranderde
 
 - `TouchGuard::configure(move_limit_px, ...)` met 0 betekent geen grens: `moved_` wordt nooit
   gezet, `accept()` en `accept_repeat()` kijken alleen nog naar duur, dubbel gebruik en
-  dender. LVGL's press-lost (vinger verlaat het object) bepaalt of de klik doorgaat.
+  dender. LVGL's press-lost (vinger verlaat het object) zou bepalen of de klik doorgaat.
 - Guition-profiel `TOUCH_MOVE_LIMIT_PX: "0"`; CYD blijft 56 (resistief paneel springt).
+- Correctie (2026-09-18): LVGL beslist dat niet. Een tegel houdt LVGL's `LV_OBJ_FLAG_PRESS_LOCK`
+  (standaard aan), dus een vinger die van de tegel schuift stuurt nooit `LV_EVENT_PRESS_LOST`, en
+  loslaten buiten de tegel telde op de Guition nog steeds als tik. Vanaf firmware 0.2.65 controleert
+  de tegel dat zelf (`runtime_tiles::event`): een tik of vasthouden waarbij de vinger buiten de tegel
+  loslaat, doet niets. PRESS_LOCK blijft aan.
 
 ## Geautomatiseerd
 
@@ -24,6 +29,7 @@ geweigerde druk van 73 px op Studio 1.
 ## Nog te controleren op Studio 1
 
 - Een stevige, schuivende druk op een tegel voert de actie uit zolang je binnen de tegel
-  loslaat; over de rand van de tegel loslaten doet niets (LVGL press-lost).
+  loslaat; over de rand van de tegel loslaten doet niets (zo bedoeld; waar vanaf firmware 0.2.65,
+  zie de correctie hierboven).
 - De randveeg (0.2.27) na een update zonder eerst een kaart te sluiten, en de eerste veeg
   na een paginawissel; het log meldt `randveeg niet gevuurd: …` als hij te kort was.