View Single Post
Old 09-24-2024, 12:22 AM   #15
DNSB
Bibliophagist
DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.DNSB ought to be getting tired of karma fortunes by now.
 
DNSB's Avatar
 
Posts: 47,105
Karma: 169815798
Join Date: Jul 2010
Location: Vancouver
Device: Kobo Sage, Libra Colour, Lenovo M8 FHD, Paperwhite 4, Tolino epos
Quote:
Originally Posted by theducks View Post
line-height does not get a unit of measurement .
Code:
line-height: 1.2   /* (a normal default) */
line-height: 120%
Actually line-height can use units of measure such em, %, px, etc. The issue is that you have to be a lot more careful when doing so especially when using em so using a unitless line height is a safer way to go.

I have unfond memories of one ePub where the misbegotten formatter used pc (pica) line heights along with Q, px and pt. It likely looked great on whatever device they used to read it but it was a total pain to generalize so it looked good on multiple devices.

For those who are wondering what the heck a Q is, it was/is a standard used in the Japanese typesetting industry being 0.25mm (Q (級) for quarter).
DNSB is offline   Reply With Quote