Quote:
Originally Posted by DaleDe
Actually I mean almost exactly what I said. I recently tried an ePUB that had hardcoded (CSS coded) 12 point font and the interpretation of the Reader was to display it 12 pixels high however they did add spacing between the lines that would have normally been included in the points size. The result was 42 lines displayed in 800 pixels or about 19 pixels per line (12 plus spacing). This is clearly wrong. Changing the font size in ADE did nothing. Running the file through Calibre removed the hard coding and made the file readable.
Dale
|
Says a lot about the state of the industry that end users have to routinely recompile the product to get proper display.
So, instead of coding a point as an actual physical dimension they are coding it as an arbitrary number = 1 screen pixel, so text quality becomes a function of screen size.
Shades of MacOS 1.0!
Hard-coded screen metrics. How last century.
Guess I'd better stick with OI until those boys catch up on WYSIWIG displays, screen metrics, and typography...
Thanks for the warning.