android: a peer in full — their card, their interests, and what they have that you don't

The peer sheet's new "About this user" row opens a screen of its own: the
card their client serves (their own words, their picture, the upload slot
and the queue), the likes and hates they declared, and the comparison this
phone makes of their share against the library. The comparison is the
point of opening a stranger — every record they have by an artist in your
library that you don't, each row opening the search that finds it, and a
way to forget the whole comparison again. Nothing is uploaded to work it
out. Their picture opens in the artwork viewer, which now takes a data:
key beside a library path and an https URL.

ANDROID.md

@@ -231,6 +231,20 @@ played track under "On this phone"). Search corrects an obvious
 misspelling from the names this phone knows (the library, the searches that worked) — the desktop's rule,
 a word only when a real name is within two edits.
 
+Tapping **About this user** on the peer sheet opens the stranger in full
+(`screens/Peer.svelte`, `push("peer", { username })`): the card their own
+client serves (`slsk_user_info` — what they wrote about themselves, their
+picture, whether a slot is free, the queue, how much they have served),
+the likes and hates they declared to the server (`slsk_user_interests`),
+and the comparison this phone makes of their share against the library
+(`overlap.rs`: `overlap_compute` browses them on purpose, `overlap_list`
+reads what was compared before, `overlap_forget` drops it). Nothing is
+uploaded to work it out — their folder names against your albums, here.
+The comparison's rows are the reason to open a stranger: every record they
+have by an artist in your library that you don't, each one opening the
+catalog search that finds it. Their picture opens in the artwork viewer,
+which takes a `data:` key now as well as a library path and an https URL.
+
 ## Playlists
 
 The desktop's two playlist pages (`src/views/Playlists.svelte`,