View Single Post
Old 05-03-2018, 02:29 AM   #55
roger64
Wizard
roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.roger64 ought to be getting tired of karma fortunes by now.
 
Posts: 2,625
Karma: 3120635
Join Date: Jan 2009
Device: Kindle PW3 (wifi)
Small-caps display

Even when embedding a font containing true small-caps (Linux Libertine), using the font-variant property yields inconsistent results, due to the inability of some renderers:

- One ePub3 shows normal characters (instead of small-caps) with creengine (koreader) while the Calibre viewer displays true small-caps.
- The same ePub3 converted to PDF using Prince PDF plugin, show true (not "pseudo-manufactured") small-caps.

This recoups Hitch findings above (for once) that it's safer to embed an actual SC font. Sigh...

Edit: even at its best (using font-variant AND a compliant renderer) using font-variant has its limitations. I found that the accented small-caps are missing, which make them unusable in some languages.

Ex: Carrère > Carrre, Benoît > Benot

Last edited by roger64; 05-05-2018 at 02:18 AM.
roger64 is offline   Reply With Quote