HN 提问：根据您的经验，电子墨水屏用户界面开发有哪些合理的规范？
2 分•作者: BoxOfRain•大约 2 个月前
简而言之，我正在寻求有实际电子墨水屏 UI 开发经验的人士，就基于浏览器的前端开发提供建议。我的具体设备是 Bigme Hibreak Pro BW，但我的目标是实现相对广泛的兼容性。
我最近换了一部黑白电子墨水屏智能手机，目的是在一定程度上摆脱注意力经济，这确实是一款很酷的硬件。虽然我大部分需求都能满足，但有几件事我希望拥有，而这些在电子墨水屏上效果不佳。我计划实现几个项目来填补这些空白，目前我计划为电子墨水屏专门开发一个 Lemmy 前端和一个 OpenRouter 前端。两者都将是基于浏览器的，而不是原生的，以最大化兼容性，而且我比 Android 开发更熟悉 Web。
在着手这些项目之前，我想学习健全的电子墨水屏 UI 设计原则，以避免创建无法使用的垃圾。特别是，我不太确定如何将刷新率作为一个首要的设计方面来处理，因为我无法从浏览器控制它们，以及如何在灰度、高对比度显示器上应用可理解的 UI 约定。
我一开始遇到的一些具体问题是：
* 将 LLM 输出流式传输到屏幕基本上是电子墨水屏的最糟糕场景，我需要缓冲它并分块绘制，同时避免其变得难以使用。
* 重影是一个严重的问题，在设备上浏览 HN 是一个特别明显的例子。理想情况下，我想尽可能避免滚动，而是依赖分页，我认为如果处理不好，这可能会变得令人烦恼。
* 鉴于我必须完全依赖布局和字体来承载 UI，哪些设计语言最能强调这些特质？我直觉认为早期 Mac OS 版本不会是一个坏的起点，考虑到早期 Mac 的显示限制，这似乎是相关的。
我非常感谢有这方面实际经验的人士在电子墨水屏 UI 设计和实现方面的任何建议。这纯粹是为了满足个人需求，一旦我完善了它们，我将根据 GPL 发布。
查看原文
TL;DR I'm looking for advice regarding browser-based frontend development from people with practical e-ink UI experience. My specific device is a Bigme Hibreak Pro BW but I'm aiming for relatively broad compatibility.<p>I've recently switched to a black-and-white e-ink smartphone with the motivation of withdrawing from the attention economy somewhat and it's a genuinely cool piece of hardware. While the majority of my needs are met by this device there are a few things I'd like to have which don't work terribly well with the e-ink screen. I'm planning to implement a couple of projects to fill these gaps, at the moment I'm planning a Lemmy frontend and an OpenRouter frontend specifically for e-ink. Both are to be browser-based rather than native, to maximise compatibility and because I'm much more familiar with the web than Android development.<p>I would like to study the principles of sound e-ink UI design before approaching these projects to avoid creating unusable slop, in particular I am not entirely sure how to approach treating the refreshes as a first-class aspect of the design when I can't control them from the browser, and how to apply comprehensible UI conventions when a greyscale, high-contrast display is the target.<p>Some specific problems I have out of the gate are:<p>* Streaming LLM output to the screen is basically the worst-case scenario for e-ink, I need to buffer it and paint it in chunks without this becoming horrible to use.<p>* Ghosting is a serious problem, browsing HN on the device is a particularly obvious example. Ideally I want to avoid scrolling as far as possible and rely on pagination instead, which I feel has the potential to become annoying if not done well.<p>* Given I must rely exclusively on layout and type to carry the UI, what design languages emphasise these qualities best? My gut says the early Mac OS versions wouldn't be a bad place to start, this seems relevant given the display constraints of the early macs.<p>I would greatly appreciate any advice on the design and implementation of e-ink UIs from people with practical experience in this area. This is purely to scratch a personal itch, once they're nailed down I'll put them out in the wild under the GPL.