Just a couple responses for clarity, I think JHowell's response tells me "it's the publisher."
The bizarre display issues are line breaks around the span specifying italics, but only around that style definition (no other style definitions, including both bold-only and small-caps only, have that problem). This has popped up in several different readers for both Windows and phones. Replacing that style entirely with HTML italics fixes it.
My suspicion is that the hardcoded italics may arise from particular publisher workflows, and those workflows would tend to be volume/book by volume/book in converting back catalogs (and prior editions) to KFX. Particularly for "updated editions" and "updated texts" for which the publisher was working from either PDFs-intended-for-the-bindery or raw PostScript files -- which in my recollection are all of the places I've seen the inconsistency -- there's probably something weird in the conversion process that is embedding both a style and a hardcode. I've encountered this in publisher epub editions -- a style for font-style: italic wrapped around hardcoded italics. Proving yet again that data-format transformation is as much an art as translating human languages, especially when the speaker may not be all that articulate in the original language.
At least it's not imposing strong and em, so I suppose I should be happy.
|