|
|
|
|
|
|
by maratc
1519 days ago
|
|
|
A huge part of the web is Facebook, and it has videos. Lots of them. Even if we confine ourselves to “hypertext” (HN for example), it needs scrolling, and that’s not smooth enough on e-Ink, because slow refresh rates again. Documents are sometimes long, and that again needs scrolling. Which is again, bad. The fact that it could be done in practice doesn’t mean that it should. |
|
|
Makes no sense. What is your point? "A huge part of woodwork deals with nails, and one cannot easily use a screwdriver for that". Well, if you are into woodwork, use a hammer! Evidently, we are not talking about woodwork here. Clarify your assumptions. It may seem you wanted to state "EPD is not the best solution for [some website] users", which brings nowhere unless you contextualize the statement with some idea (very preferably a plausible one) that makes it logically productive.
> Even if we confine
Confine? A screwdriver is optimal for driving screws. To """confine""" a screwdriver to that is "proper use". Hypertext (the World Wide Web, as intended, none the less) is something meant to be /read/ and at the same time explored non sequentially: it is properly consumed with reading friendly technologies. EPD is meant to be that.
> needs scrolling
Absolutely false, and also irrelevant: scrolls have in fact disappeared as standard practice centuries ago, and we invented tablets and paging in 3300BC, in Sumer (not to mention sheep and cattle raising eight further centuries earlier, from which the folio comes): paging has been the standard for over five millennia. And when we used scrolling, it was because some technology had that as the most appropriate use. Clay? Paging then. Papyrus? Scrolling then. Paper? Flipping then. What has changed?
Hypertext and sequential text do not need scrolling - we have paged since forever. And when the user wants, scrolling is available and perfectly usable with EPD. Slower than LCD? Well LCD has a number of properties inferior to those of EPD: if you have no use for these, why should you use EPD? Clearly the balance determined by all properties changes according to use case. This is really basic.
> The fact that it could be done in practice doesn’t mean that it should
Very trivial principle, contextualize it - it can be applied to CRTs and brass plaques: there exist a number of properties for two or more technologies; some use cases will turn the balance in favour of A, others in favour of B etc. You will use a hammer when it is appropriate to use a hammer, and a screwdriver when it is appropriate to use a screwdriver, and you will do just like Ben Franklin recommended and "saw with a file and file with a saw when pressed". Again, all of this is as trivial as reasoning comes; to make the reasoning productive (and debatable), you have to add the uncommon assumptions, not the foundationals. You have confirmed the opposite point: just refer your statement to LCD!
It seems, outside analysis and towards immediacy, that you just do not see use cases for EPD: - it's you. We have tried to tell you: you do not have the need, others do. Just trust it, you will see it when you will want to see it. Some people do appreciate «working with natural light with energy efficient systems on a mainly document-based flow».
"Ah, and all the compromises then are overcome by the benefits"? Yes, that!