Adom UI Design System

@@ -1,6 +1,6 @@ {   "slug": "adom-ui-design",-  "version": "1.22.0",+  "version": "1.22.1",   "type": "skill",   "description": "The Adom UI Design System plus a bundle of focused UI skills (tooltips, floating-windows, toasts, responsive-ui, app-shell, ai-driven-apps, clickable-paths, dark-default, input-feedback, settings-layout). One install drops the whole set of skill files onto your container, plus shared icon assets (the settings cog) so every Adom app draws the same glyph.",   "dependencies": {},

@@ -71,6 +71,20 @@ Draw what the user is doing, never the vendor's badge: Keep it to two or three strokes' worth of idea. At 16 pixels a detailed drawing turns to mush; test it at 16 before you fall in love with it at 256. +## ⚠ The favicon belongs to the PAGE, so it changes when the dock target changes++Measured on pup, 2026-08-24: it redrew its icon as proper white line art in the morning,+then merged its two dashboards so the dock opened a DIFFERENT page (its real UI, served by+the desktop bridge). That page carried its own `<link rel="icon">` pointing at the old+filled brand tile, so the tab icon silently reverted and John spotted it within minutes.++**Whenever you change which page the dock opens, re-verify the tab icon.** The icon is a+property of the page, not of the app, so a correct icon on the page you retired tells you+nothing about the page you promoted. Check all three surfaces resolve to the SAME file: the+page's `<link rel="icon">`, `webview.favicon` in dockbar.json, and your in-app header mark.+And if the new page is served from a different machine, that machine has to serve the icon+file too.+ ## The webview tab favicon (the case everyone gets wrong)  Dock apps declare `webview.favicon` in `dockbar.json`, and it renders in ah's tab strip at