Ask HN：根据你的经验，e-ink UI 开发的合理约定是什么？

Ask HN：根据你的经验，电子墨水屏 UI 开发的合理惯例是什么？ 来源：https://news.ycombinator.com/item?id=49213660 https://news.ycombinator.com/vote?id=49213660&how=up&goto=item%3Fid%3D49213660 Ask HN：根据你的经验，电子墨水屏 UI 开发的合理惯例是什么？（https://news.ycombinator.com/item?id=49213660）49 分 由 BoxOfRain（https://news.ycombinator.com/user?id=BoxOfRain）2 小时前（https://news.ycombinator.com/item?id=49213660）|隐藏（https://news.ycombinator.com/hide?id=49213660&goto=item%3Fid%3D49213660）|过往（https://hn.algolia.com/?query=Ask%20HN%3A%20In%20your%20experience%2C%20what%20are%20sound%20conventions%20for%20e-ink%20UI%20development%3F&type=story&dateRange=all&sort=byDate&storyText=false&prefix&page=0）|收藏（https://news.ycombinator.com/fave?id=49213660&auth=ac4402891ec1dc0ee937f37959b84140de3cfea5）|9 条评论（https://news.ycombinator.com/item?id=49213660） TL;DR：我希望从有电子墨水屏 UI 实际经验的人那里，获得关于基于浏览器的前端开发的建议。我的具体设备是 Bigme Hibreak Pro BW，但我希望实现相对广泛的兼容性。 我最近换了一部黑白电子墨水屏智能手机，动机是稍微脱离注意力经济，这确实是一台很酷的硬件。虽然这款设备能满足我的大部分需求，但还是有一些我想要的、在电子墨水屏上表现不佳的功能。我计划做几个项目来填补这些空白，目前正在规划一个专门为电子墨水屏设计的 Lemmy 前端和一个 OpenRouter 前端。两者都将基于浏览器而非原生应用，以最大化兼容性，而且我对 Web 开发比对 Android 开发熟悉得多。 在开始这些项目之前，我想先研究合理的电子墨水屏 UI 设计原则，以免做出难以使用的垃圾。特别是，我不太确定当无法从浏览器控制刷新时，该如何把刷新作为设计的一等公民来对待；以及当目标是灰阶、高对比度显示时，该如何应用易于理解的 UI 惯例。 我一开始就遇到的一些具体问题包括： * 将 LLM 输出流式渲染到屏幕上基本上是电子墨水屏的最坏情况，我需要缓冲它并分块绘制，同时不能让它变得难以使用。 * 残影是一个严重问题，在这台设备上浏览 HN 就是一个特别明显的例子。理想情况下，我希望尽可能避免滚动，而是依赖分页，但我觉得如果处理不好，分页也可能变得烦人。 * 既然我必须完全依靠布局和字体来承载 UI，哪些设计语言最能强调这些特质？我的直觉是，早期 Mac OS 版本是一个不错的起点，考虑到早期 Mac 的显示限制，这似乎是相关的。 非常感谢有实际经验的人就电子墨水屏 UI 的设计和实现提供任何建议。这纯粹是为了满足个人兴趣，一旦搞定，我会以 GPL 协议发布出来。 帮助（https://news.ycombinator.com/formatdoc）