View Single Post
Old 08-15-2013, 10:11 PM   #47
DiapDealer
Grand Sorcerer
DiapDealer ought to be getting tired of karma fortunes by now.DiapDealer ought to be getting tired of karma fortunes by now.DiapDealer ought to be getting tired of karma fortunes by now.DiapDealer ought to be getting tired of karma fortunes by now.DiapDealer ought to be getting tired of karma fortunes by now.DiapDealer ought to be getting tired of karma fortunes by now.DiapDealer ought to be getting tired of karma fortunes by now.DiapDealer ought to be getting tired of karma fortunes by now.DiapDealer ought to be getting tired of karma fortunes by now.DiapDealer ought to be getting tired of karma fortunes by now.DiapDealer ought to be getting tired of karma fortunes by now.
 
DiapDealer's Avatar
 
Posts: 27,552
Karma: 193191846
Join Date: Jan 2010
Device: Nexus 7, Kindle Fire HD
Quote:
Originally Posted by user_none View Post
This is only correct if the file does not use named entities.
That's sort of my point. Bob's test ePub didn't use any named entities (with the exception of the & amp; which is supported), only the unicode non-breaking space character. So since the ePub didn't contain any unsupported entities, the DOCTYPE should have been unnecessary. The file really only needed the DOCTYPE after Sigil changed the unicode characters to named entities upon opening (to avoid Qt changing it to a normal space). That's the part that feels a bit wonky to me. Not that I know how else it could be handled to preserve the intent of the non-breaking space character when cleaning is turned off, mind you.
DiapDealer is offline   Reply With Quote