[1] https://en.wikipedia.org/wiki/Phototypesetting
[2] https://en.wikipedia.org/wiki/Hot_metal_typesetting
[3] https://en.wikipedia.org/wiki/Knuth%E2%80%93Plass_line-break...
But text on a page is set for a set layout, and that’s where the web really differs.
See http://widespacer.blogspot.com/2014/01/two-spaces-old-typist... for many details.
Surprisingly in the high-end the less automated line composer is used a lot more. It requires more work but human decisions lead to best results if done properly.
The article says what chrome does is only support the “no super short lines” bit.
So while you won’t end up with one word on its own line at the end of a paragraph, it’s not trying to prevent rivers of text or keep a relatively clean ragged right or anything else.
That’s allowed by spec, but it’s not quite the same thing.
So in my experience ereaders have had great layout engines.
So unless the e-reader uses an engine that already has good rules there will be no real change unless the manufacturer does what it should have already.
Granted, I probably view CSS with far more disdain than I should.
Don't get me wrong, there are smart people working on css. That we decided, as an industry, to treat layout as a Rube Goldberg machination of interacting rules on a growing number of elements is not something you can easily overcome.