View Single Post
Old 03-27-2013, 08:12 PM   #44
jackie_w
Grand Sorcerer
jackie_w ought to be getting tired of karma fortunes by now.jackie_w ought to be getting tired of karma fortunes by now.jackie_w ought to be getting tired of karma fortunes by now.jackie_w ought to be getting tired of karma fortunes by now.jackie_w ought to be getting tired of karma fortunes by now.jackie_w ought to be getting tired of karma fortunes by now.jackie_w ought to be getting tired of karma fortunes by now.jackie_w ought to be getting tired of karma fortunes by now.jackie_w ought to be getting tired of karma fortunes by now.jackie_w ought to be getting tired of karma fortunes by now.jackie_w ought to be getting tired of karma fortunes by now.
 
Posts: 6,252
Karma: 16544692
Join Date: Sep 2009
Location: UK
Device: ClaraHD, Forma, Libra2, Clara2E, LibraCol, PBTouchHD3
Quote:
Originally Posted by pirl8 View Post
Try with Sigil and put the editor in "code" mode. Then you can try a find&replace.
Have you tried opening a hyphenated epub in Sigil? The only soft hyphens visible, in either code view or wysiyg preview, are the ones which occur where the text is wrapped. I tried to select a CV-visible one for search/replace purposes, but I can't. The hyphenated words also show as spellcheck errors which is going to be problematic.

Anyway, this isn't really the point. Why do you think that changing a perfectly legal unicode char to an html entity should be necessary? It would be very inconvenient to have to do this. Calibre conversions always convert html entities to unicode, don't they? I know that the current version of Sigil silently strips out non-breaking spaces if you don't convert the unicode \xa0 char to the   entity before opening - but that's a whole other story altogether.

In case you haven't seen it, I've added my KoboGlo test results to post #39.
jackie_w is offline   Reply With Quote