[GUI Plugin] Hyphenate This!

[SauliusP.]

Originally Posted by calvin

fill a custom column after an ebook was hyphenated?

Idea noted.

[JSWolf]

Originally Posted by pirl8

I'm afraid this is not possible.

The plugin inserts soft hyphens into the HTML code and it's impossible to know how long a line would be before rendering it on the display.

The feature you request should be implemented into the Kindle rendering engine. Actually this plugin exists because Kindle device don't implement hyphenation (yet).

I think you are misunderstanding. What is wanted is no hyphens that would end up with less then 3 letters on either side of the hyphen.

So hy-phen would not be hyphenated because hy is only two letters. It's not about how it falls on the screen.

[JSWolf]

Do soft hyphens work with ADE?

[pirl8]

Originally Posted by JSWolf

I think you are misunderstanding

I think that I've already explained what I was missing.

Originally Posted by JSWolf

Do soft hyphens work with ADE?

They should work if the book is soft-hyphenated before encryption and if your ebook reader does the rendering. BTW, most of the ebook reader using ePub can hyphenate w/o this method (my guess).

P.S.

Are you the one not wanting this plugin to be implemented because "it would bloat things"?

[jackie_w]

Originally Posted by Jasmine GreenTea

Has anyone tried this on the Sony (T1 or T2)?

Yes, I tried it on my PRS-T1 and PRS-350. The result was the same on both. The words did split across lines where the soft hyphens were but unfortunately the soft hyphens themselves did not display. Like this:

It's a pity hyphen
ation does not dis
play quite right.

[pirl8]

Originally Posted by jackie_w

The words did split across lines where the soft hyphens were but unfortunately the soft hyphens themselves did not display

So it does split words but without inserting a dash...

Can you try to "manually" replace (with Sigil) the ­ sequence with either ­ or ­ and see what happens?

You can also try to modify your stylesheed this way:

body
{
...
word-break: hyphenate;
...
}

Maybe your reader honours this CSS property (neither KT nor KT implement this).

[JSWolf]

Originally Posted by jackie_w

Yes, I tried it on my PRS-T1 and PRS-350. The result was the same on both. The words did split across lines where the soft hyphens were but unfortunately the soft hyphens themselves did not display. Like this:

It's a pity hyphen
ation does not dis
play quite right.

Given that ADE does not display the hyphens, I would suggest removing any mention of ePub and actually making it not compatible with ePub.

[jackie_w]

@pirl8,

On the Sony PRS-T1, I tried adding word-break: hyphenate; to the css body class, but the result was the same as before.

As for manually replacing the &shy entities ... I'm not sure what you're suggesting. The epub doesn't actually contain any html entities only the unicode character equivalents, i.e. soft hyphen looks like (but isn't) a standard hyphen in a text editor.

[jackie_w]

Originally Posted by JSWolf

Given that ADE does not display the hyphens, I would suggest removing any mention of ePub and actually making it not compatible with ePub.

This may be a bit hasty. I have a feeling my Kobo may be displaying them in a sideloaded standard epub.

However, in theory, the Kobo does support hyphenation and so I would expect to see some hyphenation even without the plugin. My initial gut-feel was that with the plugin it looked as if there may be more soft-hyphens per screen than usual. I've no idea how good/bad the Kobo English hyphenation dictionary is.

I need to try the same epub with/without the plugin additions to confirm this.

Edit: Seems like my gut-feel was correct this time. There is definitely more soft hyphenation visible on a Kobo with a standard epub (I don't know about kepubs) when this Hyphenation plugin is used. See attached pics - sorry for wonky camerawork

Left - Kobo displaying the original epub.
Right - Kobo displaying same epub (same font, same font-size, same margins) after using this plugin to add soft hyphens.

My conclusions: Plugin not really suitable for Sony PRSx50/PRS-T1 users but for Kobo users, who read in a language not well-supported by Kobo's own hyphenation dictionaries, this plugin should offer a workable alternative.

[pirl8]

Originally Posted by jackie_w

soft hyphen looks like (but isn't) a standard hyphen in a text editor.

Try with Sigil and put the editor in "code" mode. Then you can try a find&replace.

[pirl8]

@JSWolf

This plugin is definitely ePub compatible.

&Shy; is a stantard HTML entity supported since HTML 3.2 and clearly defined in HTML 4. It's present in the W3G XHTML 1.1 dtd, and being ePub 2 based on XHTML 1.1 it definitely includes ­ (even if you don't like it).

However not every ePub reader implements the rendering of this special character. Some of them do it partially. Other shows it as expected. This is the same as other CSS features which may or may not be implemented in a specific reader.

[JSWolf]

Originally Posted by pirl8

So it does split words but without inserting a dash...

Can you try to "manually" replace (with Sigil) the ­ sequence with either ­ or ­ and see what happens?

I did both of these replacements and no go. Same result of the words splitting where they should, but no hyphen showing up.

[JSWolf]

Originally Posted by pirl8

@JSWolf

This plugin is definitely ePub compatible.

&Shy; is a stantard HTML entity supported since HTML 3.2 and clearly defined in HTML 4. It's present in the W3G XHTML 1.1 dtd, and being ePub 2 based on XHTML 1.1 it definitely includes ­ (even if you don't like it).

However not every ePub reader implements the rendering of this special character. Some of them do it partially. Other shows it as expected. This is the same as other CSS features which may or may not be implemented in a specific reader.

ADE is the most used software for reading ePub. If you are using a version of ADE that displays hyphens, then you do not need to use the plugin and if the version of ADE being used, this won't work. Most people who do use it will find it doesn't work. Also, searching with ADE (desktop) does not work for any words with a soft hyphen. I'm suggesting removing ePub compatibility because of these issues that will effect more people then not.

[jackie_w]

Originally Posted by pirl8

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.

[JSWolf]

Originally Posted by jackie_w

In case you haven't seen it, I've added my KoboGlo test results to post #39.

Can you please try a search on words that have a soft-hyphen in them? It did not work with ADE 1.7.2 for Windows.