refactor(richtext): parser and AsciiDoc caches to commonMain; plan progress

CachedRichTextParser and CachedAsciiDocToMarkdown sat in jvmAndroid only
because ConcurrentLruCache did, and that moved to commonMain in step 4.
The plan records step 5's progress and what RichTextViewer and
NoteCompose still need: they depend on each other and reach the Android
media stack, so they want renderer slots rather than a move.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01S7FuNBSKiyVecARSoE4B9P

commons/plans/2026-09-27-one-ui-android-desktop.md

@@ -270,6 +270,32 @@ assemblers, `EventSync`, …). Packages are renamed on the way:
      `NoteCompose`.
 
    Once `AccountViewModel` is in `commons`, these move without retyping.
+
+   **Progress 2026-09-28.** With the VM shared, re-measured closures were far smaller than the
+   tracker's counts:
+   - **Moved to `commonsUI`:** `RouteMaker`; `UserProfilePicture`, `UsernameDisplay` and
+     `Loaders` (`commons.ui.note`, with `LoadUser`); `RobohashAsyncImage` (jvmAndroid →
+     commonMain).
+   - **The `accountViewModel` overloads were moved, not dropped.** That covers
+     `DisappearingScaffold` and the per-note, per-user and user-finder `observe*` helpers,
+     which now sit in `commonsUI` beside the shared versions they delegate to
+     (`Account*.kt` files). They read the account and data sources off the VM, so they work
+     under Activity roots that provide no composition locals. Dropping them would rewrite
+     ~176 call sites, and stays a later cleanup.
+   - **Promoted to commonMain:** `CachedRichTextParser` and `CachedAsciiDocToMarkdown`.
+     Their only JVM tie was `ConcurrentLruCache`, which moved in step 4.
+   - **Left: `RichTextViewer` and `NoteCompose`.** They depend on each other (embedded notes
+     ↔ rich text) and reach the Android media stack, so they need a design, not a move:
+     - **Media:** media3 video, the zoomable image viewer, GIF video, LaTeX (JLatexMath),
+       the OSM map.
+     - **Intents and share sheets:** Blossom URIs, torrents, chat links, napplets.
+     - **Old JVM formatting:** `SimpleDateFormat`/`NumberFormat` in a dozen note types.
+     - **Translations:** the flavour-only `TranslatableRichTextViewer`.
+
+     The likely shape is renderer slots provided through a CompositionLocal at the Android
+     root (and later the Desktop one) for the media and intents, plus KMP swaps for the
+     formatting. RichTextViewer's own closure is 32 files with 41 exits; NoteCompose's is
+     144 files with 81.
 6. **Screens**, feature by feature, into `commonsUI`.
 7. **Navigation**: the library swap, then `AppNavigation` + rail + drawer + bottom bar.
 8. **The app root port** and the new JVM shim. Then the Desktop feature inventory, and

commons/src/commonMain/kotlin/com/vitorpamplona/amethyst/commons/richtext/CachedRichTextParser.kt

@@ -27,10 +27,6 @@ import com.vitorpamplona.quartz.utils.cache.ConcurrentLruCache
  * The shared, cross-platform cache in front of [RichTextParser]. Both Amethyst
  * Android and Amethyst Desktop render the same parsed [RichTextViewerState] from
  * one place, so the same content quoted in multiple notes is only parsed once.
- *
- * Lives in `jvmAndroid` because it depends on [ConcurrentLruCache] (a JCA-free,
- * lock-free-read LRU that is not in `commonMain`). iOS/`commonMain` callers use
- * the uncached [RichTextParser] directly until a KMP cache is available.
  */
 object CachedRichTextParser {
     // Global across every feed. Sized to hold the active feed's visible + prefetched