Een schaduw op wit geeft diepte maar geen rand, en dat scheelt in het lichte thema

Overgenomen uit AssetApp op verzoek van de gebruiker: de kaders krijgen in het
lichte thema een rand naast hun schaduw, en --border en --border-mid gaan van
0,07 en 0,11 naar 0,12 en 0,18 zwart. De schaduw wordt daarom strakker, 2 en 16
pixels in plaats van 3 en 24, zodat het samen niet zwaar wordt.

Het donkere thema verandert niet. Daar staat een lichte rand op een donkere
ondergrond en die zie je hoe dan ook; dit is een probleem dat alleen op wit
bestaat.

De opgehoogde randkleur raakt meer dan de kaders: ook de scheidingslijnen tussen
lijstregels, het menupaneel, de dialoog en de invoervelden. Dat is de bedoeling.

Dezelfde wijziging staat nu in het gedeelde ontwerpdocument onder HomeGit/Docs,
want anders neemt de volgende app die dat document volgt de oude waarden weer
over. Die map staat niet onder versiebeheer, dus die wijziging zit niet in deze
commit.

Verder twee verificaties van de gebruiker verwerkt: de pagina is op een telefoon
in orde, en de uploadtest met een verkeerde sleutel is op zijn verzoek vervallen.

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

Docs/Plannen/Actief/005-Webinterface/TAKEN.md

@@ -29,11 +29,11 @@
       keuze op de pagina werd aangenomen, en daarna verbindt een wallet over 50022. De keten waar dit plan
       op wachtte is dus rond.
 
-- [ ] **Het uploaden op het niet-gelukkige pad proberen**, het enige stuk van 0.0.7 dat nog niet in een
-      browser gezien is: een sleutel die niet bij het certificaat hoort. Verwacht: een weigering met een
-      leesbare reden, en niets dat achterblijft in `data/certs`. De guard is met echte sleutelparen getoetst
-      en mutatie-getest, dus dit gaat over de weg van de melding naar de pagina en niet over de controle
-      zelf. **Eigenaar: gebruiker**
+- [x] **Vervallen op verzoek van de gebruiker (27-08-2026): "de cert test met verkeerde key geloof ik
+      wel."** Dit was het uploaden op het niet-gelukkige pad met een sleutel die niet bij het certificaat
+      hoort. De guard zelf is met echte sleutelparen getoetst én mutatie-getest, dus wat hier ongezien
+      blijft is alleen de weg van de melding naar de pagina. Dat is een bewuste keuze en geen vergetelheid:
+      valt het ooit tegen, dan zit het in `accept_upload` naar `up-note` en nergens anders
 
 - [x] **0.0.7 en 0.0.9 in de browser nagekeken. Gelukt (20-08-2026):** uploaden werkt, kiezen werkt, ook
       met de certificaten uit Zoraxy, de keuzelijst bij het installeren zag er goed uit en het
@@ -282,8 +282,13 @@ de vijfde widget; de rest is de pagina verbouwen om wat er dan staat.
 - [x] Laatste bijstellingen in 0.0.19: de onderregels van de widgets staan onderin hun vak, gelijk met de
       sparkline ernaast, en de chevron van het instelkader staat links vóór de titel met accent bij hover
 
-- [ ] **Nog op een telefoon nakijken**, net als bij 0.0.10. Let op de stap van vijf naar drie naar twee
-      kolommen en op de dialoog op een smal scherm. **Eigenaar: gebruiker**
+- [x] **Op een telefoon nagekeken (27-08-2026). In orde volgens de gebruiker**, inclusief de stappen van
+      vijf naar drie naar twee kolommen en de dialoog op een smal scherm
+
+- [x] **Meer diepte en contrast in het lichte thema (0.0.22)**, overgenomen uit AssetApp: een rand naast
+      de schaduw op de kaders, en een steviger `--border`. Dezelfde wijziging is doorgevoerd in het
+      gedeelde ontwerpdocument `HomeGit/Docs/website-design-system.html`, want anders neemt de volgende app
+      die dat document volgt de oude waarden weer over
 
 ## Geblokkeerd / wacht op