Ask HN: E-ink UI開発における健全な慣習について、皆さんの経験から教えてください

TL;DR 実践的なE-ink UI開発経験を持つ方々からの、ブラウザベースのフロントエンド開発に関するアドバイスを求めています。私の特定のデバイスはBigme Hibreak Pro BWですが、比較的幅広い互換性を持つことを目指しています。 最近、注意経済からある程度距離を置くことを動機に、白黒のE-inkスマートフォンに切り替えました。このデバイスは本当に素晴らしいハードウェアです。ほとんどのニーズは満たされていますが、E-inkスクリーンではうまく機能しないことがいくつかあります。これらのギャップを埋めるために、いくつかのプロジェクトを実装する予定です。現在、特にE-inkに特化したLemmyフロントエンドとOpenRouterフロントエンドを計画しています。どちらもネイティブではなくブラウザベースにする予定で、互換性を最大化するため、またAndroid開発よりもWeb開発の方がはるかに馴染みがあるためです。 これらのプロジェクトに着手する前に、健全なE-ink UIデザインの原則を学びたいと考えています。特に、ブラウザから制御できないリフレッシュをデザインの第一級の要素としてどのように扱うか、そしてグレースケールで高コントラストなディスプレイをターゲットにする際に、理解可能なUIの慣習をどのように適用するかについては、まだ完全には把握していません。 最初から直面している具体的な問題は以下の通りです。 * LLMの出力を画面にストリーミングするのは、E-inkにとって基本的に最悪のシナリオです。使用感が悪くなることなく、バッファリングしてチャンクごとにペイントする必要があります。 * ゴースト現象は深刻な問題です。デバイスでHNを閲覧すると、特に顕著な例が見られます。理想的には、スクロールを可能な限り避け、ページネーションに頼りたいと考えていますが、うまく行かないと煩わしくなる可能性があります。 * レイアウトとタイプのみに依存しなければならない場合、これらの特性を最もよく強調するデザイン言語は何でしょうか？私の直感では、初期のMac OSバージョンは良い出発点になるかもしれませんが、これは初期Macのディスプレイ制約を考えると関連性があるように思えます。 この分野で実践的な経験を持つ方々から、E-ink UIのデザインと実装に関するアドバイスをいただけると大変助かります。これは純粋に個人的な欲求を満たすためのもので、一度完成したらGPLの下で公開する予定です。