Quote:
Originally Posted by AlanHK
"Frequently"?
Do you know why, or at least what produced it?
|
The iBooks Author (or Pages, or whatever) software adds the white-space pre-wrap css nonsense. I've no idea if it's configurable or can be suppressed within the settings of that particular software, but I don't know why it would default to including such an entry in a reflowable document to begin with. It makes no sense to me to assign it to the body of entire pages of reflowable text.
The issue with Sigil and "white-space: pre-wrap;" (or more specifically; "line-break: strict;") is this:
1) iBooks Creator outputs html that has no line breaks (again ... I've no idea if this is suppressable through preferences/settings or not). Each html file contains one giant line of html code. If left in this form, most renderers will display the epub properly (even with "white-space: pre-wrap;" and "line-break: strict;" present). But the problem RE Sigil is:
2) There is a terrible slowdown associated with large files that contain no line-breaks. If memory serves, it could be something to do with Sigil's code highlighting/line-numbering routines--but don't quote me on that. Sigil becomes nearly unusable under those conditions.
3) So Sigil adds reasonable line breaks to the html to work around this issue. With "normal," reflowable html, this presents no rendering issues whatsoever (extra white-space is always compressed and line-breaks have no influence). But with "white-space: pre-wrap;" and "line-break: strict;" css present, those line-breaks are being rendered and extra spacing is the result.
Do any iBooks Author/Pages users know if there are any settings that affect "white-space: pre-wrap;" and "line-break: strict;" css output?
More here:
https://github.com/Sigil-Ebook/Sigil/issues/345