Live data from Hacker News

Ask HN: In your experience, what are sound conventions for e-ink UI development?

news.ycombinator.com

21–30 of 81 posts

Re: Ask HN: In your experience, what are sound conventions for e-ink UI development?

#21

I’d focus more on print usability and readability guidelines than computer guidelines. 5Hz eink is closer to a moving newspaper than a slow computer. https://www.mediapoint.com.au/design-tips/composition-layout... might be moderately helpful. But my advice: do not count on anything refreshing ever. Do not have animations, or transitions. Preload things to the correct spaces, then fill in. Reserve fixed white areas fo…

I'd kill for regular UIs that did this.

Out of curiosity: Why?

Re: Ask HN: In your experience, what are sound conventions for e-ink UI development?

#22
post #21

Earlier quoted context omitted.

I'd kill for regular UIs that did this.

Out of curiosity: Why?

I'm constantly hitting the wrong button because some animation shifted it, some dialog popped over shit, or some notification decided now was a good time to cover the thing I was trying to do. The animations make things feel sluggish. And they don't even look good.

The only advice that doesn't improve all UIs is the bit about filling in with white and adding black after.

Re: Ask HN: In your experience, what are sound conventions for e-ink UI development?

#24
post #21

Earlier quoted context omitted.

Out of curiosity: Why?

I'm constantly hitting the wrong button because some animation shifted it, some dialog popped over shit, or some notification decided now was a good time to cover the thing I was trying to do. The animations make things feel sluggish. And they don't even look good. The only advice that doesn't improve all UIs is the bit about filling in with white and adding black after.

In general, we only really notice the animations that go wrong, like the ones that are too slow or get in the way, but when executed by the book (like the numbers material design published, or perhaps even slightly faster), they are a valuable way of communicating intuition for how to use the UI to a user.

But yes, I can understand the desire to remove them, or at minimum drastically reduce their visual impact for e-ink

Re: Ask HN: In your experience, what are sound conventions for e-ink UI development?

#25

Spitballing an idea. I don’t use e-ink stuff but had my hands on it back when personal readers were new to the market. When scrolling arbitrary text on a computer via keyboard, I generally become mildly frustrated hitting Spacebar, PageUp, and/or PageDown because I lose continuity with what I’m reading. (Perhaps the momentary 60hz blur makes it worse?) I attribute that to having a hard time identifying where I last r…

I used Oberon [1] in school, and it had a bunch of funky UI ideas. One I liked it if you clicked on the scrollbar then it would scroll that position to the top. Like if you click the exact middle of the scrollbar then it would scroll up exactly half a page. Right click went the opposite direction, and middle click went to an absolute position. When reading that means you can choose a paragraph as the break point, cli…

NeXT also had "click to scroll to here" and Mac OS X added it as an option (which I always enable).

Re: Ask HN: In your experience, what are sound conventions for e-ink UI development?

#26
post #2

If you find out, let me know! I have been working on a port of Excalidraw to my ReMarkable Pro and it's opened my eyes to how much we take for granted in terms of UI interactions when we assume we have a 30+hz screen with no to minimal ghosting. Layout has to become as monotonic as possible, especially in the absence of user interaction; in other words, the app itself should never be doing anything to disrupt prior r…

This is really helpful, much appreciated.

Re: Ask HN: In your experience, what are sound conventions for e-ink UI development?

#28
post #24

Earlier quoted context omitted.

I'm constantly hitting the wrong button because some animation shifted it, some dialog popped over shit, or some notification decided now was a good time to cover the thing I was trying to do. The animations make things feel sluggish. And they don't even look good. The only advice that doesn't improve all UIs is the bit about filling in with white and adding black after.

In general, we only really notice the animations that go wrong, like the ones that are too slow or get in the way, but when executed by the book (like the numbers material design published, or perhaps even slightly faster), they are a valuable way of communicating intuition for how to use the UI to a user. But yes, I can understand the desire to remove them, or at minimum drastically reduce their visual impact for e-…

Did I stutter? I would like them all gone. I would like all visual elements to appear exactly in their final position and not resize, except in direct response to user interaction.

Animations are one of the things that I dread about using modern UIs. There are others too, no doubt.

Re: Ask HN: In your experience, what are sound conventions for e-ink UI development?

#29
Funny you should ask, something of a bugbear of mine:

1. Persistence is free.

2. Pixels are cheap

3. Paints are expensive

4. Refreshes are slow

5. Colour is limited to nonexistent.

6. Pagination over scroll.

7. Full refresh (of page or portion) over pan.

8. Reflective rather than emissive.

9. Minimise animation.

10. Line-art or halftones over shade gradients (images).

https://news.ycombinator.com/item?id=31396797>

I've reiterated (and occasionally revised) that a few times, see:

"E-Ink Design Principles for Web and Applications" https://diaspora.glasswings.com/posts/638a8d10e041013afba844...>

That's source of the above list, gives a bit more explanation and rationale for each choice. I wrote it after failing to find any UI/UX development guidelines myself, and have had some positive responses from it.

And on HN, search for "pixels are cheap" by me: https://hn.algolia.com/?dateRange=all&page=0&prefix=false&qu...> (about 15 results, this comment included).

Re: Ask HN: In your experience, what are sound conventions for e-ink UI development?

#30
post #18

If you are just trying to get something quick and simple that works for rendering react components then this repo is solid: https://github.com/marcomattes/epaper-components/tree/main The Bigme is a pretty high quality eink display, but some core properties of eink are present here so I’ll offer some generic guidance: The contrast on any epaper display is lower than on a modern lcd/oled display. So you want to avoid o…

Cheers, will check that repo out.

>you cannot rely on color as an accent

Yeah definitely found this using some 'normal' webapps, default dark mode makes it worse too.

Post reply on HN