[GUI Plugin] Hyphenate This!

[JimmXinu]

Originally Posted by JSWolf

ADE is the most used software for reading ePub.

I've seen you say that in two different threads today. What is the source for that statement? And does 'software' include e-reader devices, too?

[theducks]

Originally Posted by JimmXinu

I've seen you say that in two different threads today. What is the source for that statement? And does 'software' include e-reader devices, too?

Go look at the MR e-ink device matrix, The LCD device matrix.

Until recently, ADE (MRSDK) was the only widespread way of reading Public Library books (DRM).

[JSWolf]

Originally Posted by JimmXinu

I've seen you say that in two different threads today. What is the source for that statement? And does 'software' include e-reader devices, too?

Yes, it includes Readers as well. Bluefire on iOS is also using ADE and so is Aldiko for Android. Plus, there is ADE for Windows and ADE for OS X. Some do use ADE under Wine via Linux. Also, a lot of the store specific programs/apps use ADE.

[jackie_w]

Originally Posted by JSWolf

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.

Fair point. The physical soft hyphens added by the plugin do cause problems with the search-within-book function of the Kobo. It's not something I use very often so I didn't think to test. The soft hyphens added by the Kobo's own software don't appear to cause search problems.

I guess every reader of German, or other language with really long words, would have their own opinion whether hyphenation or search was more important to them.

[JSWolf]

Originally Posted by jackie_w

Fair point. The physical soft hyphens added by the plugin do cause problems with the search-within-book function of the Kobo. It's not something I use very often so I didn't think to test. The soft hyphens added by the Kobo's own software don't appear to cause search problems.

I guess every reader of German, or other language with really long words, would have their own opinion whether hyphenation or search was more important to them.

But it depends if they have a device that handles ePub and displays the hyphens. Most probably won't display the hyphens.

[jackie_w]

Well they won't know until they try, will they?

From what I can see, Sony owners are out of luck (unless the PRS-T2 is different than the T1). Kobo owners have the option if they want it. That's the situation today, who know's next week, next month... There are a lot of different ereaders in the world.

[SauliusP.]

@JSWolf. With all my best wishes I will not remove support of EPUB. In fact, I will add support for other formats too. For example, DOCX. I do not see any reason to remove EPUB hyphenation. Why? Some people can use it, some cannot. If they cannot, they won't use it.

I have added one more note to plugin's main description. If people can read, they will note it. Most people cannot read what's written, unfortunately.

[pirl8]

Originally Posted by JSWolf

ADE is the most used software for reading ePub.

Really? I even didn't know it existed and thought that Adobe Digital Editions was a specific Adobe DRM implementation.

Removing ePub support from this plugin because ADE does not render soft hyphens would be like removing a CSS3 editor from an HTML application because some specific browser does not support it well.

I think it would be more constructive to ask Adobe to implement soft hyphens into ADE. BTW I'll install and check it!

Originally Posted by JSWolf

But it depends if they have a device that handles ePub and displays the hyphens. Most probably won't display the hyphens.

Soft hyphens are a part of the standard. Implementing or not implementing a specific feature is a eReader design choice (or bug!).

[pirl8]

Originally Posted by jackie_w

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.

You're right but I swear I could see the HTML entity on the first books I hyphenated (that's why I was suggesting a find&replace).

Maybe those ebooks were badly UTF-8 encoded...

[SauliusP.]

Originally Posted by pirl8

I swear I could see the HTML entity on the first books I hyphenated (that's why I was suggesting a find&replace).

More details. I've observed, that Calibre in HTML workflows changes entities with actual UTF-8 characters. If you open that in Sigil, it does otherwise: it displays ­, ­ \u00AD as ­.

Note. I have not got into details or don't have deadly proof for that, but that's what I saw, when was experimenting with first versions. My plugin also inserts an UTF-8 character, I don't see any reason to put entity there. Especially as it disapears anyway.

[pirl8]

More from Adobe Digital Editions.

Just downloaded and installed v2.0 for windows. It automatically hyphenates ePubs (plugin not needed).

I've loaded both a non-soft-hyphenated and a soft-hyphenated version of the same book.

They are both displayed but the latter is rendered with a slightly larger character and therefore seems to have more pages.

Searching does not work in the soft-hyphenated version.

[JSWolf]

Originally Posted by pirl8

More from Adobe Digital Editions.

Just downloaded and installed v2.0 for windows. It automatically hyphenates ePubs (plugin not needed).

I've loaded both a non-soft-hyphenated and a soft-hyphenated version of the same book.

They are both displayed but the latter is rendered with a slightly larger character and therefore seems to have more pages.

Searching does not work in the soft-hyphenated version.

Try installing ADE 1.7.2 and see what happens. That's the previous version that has no hyphenation support.

[pirl8]

Originally Posted by JSWolf

Try installing ADE 1.7.2 and see what happens. That's the previous version that has no hyphenation support.

I trust what you say. It hadn't hyphenation support in previous versions, but luckily it has it out of the box right now (since 2.0, I guess), and even without the plugin.

It has some issue with soft hyphens, since the search box does not work well. In fact, when copying the text to a text editor, * are still there.

By the way, since hyphenation is done well, the internal hyphenation algorithm ignores them at it should.

Or maybe ­ entities are partially implemented: rendered but not ignored when searching. In this case ADE has either an internal hyphenation algorithm and support for soft hyphens.

A test could be done creating an ad-hoc dummy document with ­ between each character.

Edit: did the test with attached file. ADE 2.0 has an internal hyphenation algorithm and also partially supports soft hyphens (even 2 characters words are split and dashed).

[PoP]

I very much like this plugin. Just to report my (Kindle Keyboard) results .

Originally Posted by JSWolf

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.

Originally Posted by jackie_w

Fair point. The physical soft hyphens added by the plugin do cause problems with the search-within-book function of the Kobo. It's not something I use very often so I didn't think to test. The soft hyphens added by the Kobo's own software don't appear to cause search problems....

Does work on the K3.4 :

Spoiler:

Maybe the Kobo relies on seeing a &shy entity only and wrongly ignores the Unicode for soft hyphens.

Originally Posted by jackie_w

...
From what I can see, Sony owners are out of luck... Kobo owners have the option if they want it. That's the situation today, who know's next week, next month... There are a lot of different ereaders in the world.

Originally Posted by pirl8

...
Removing ePub support from this plugin because ADE does not render soft hyphens would be like removing a CSS3 editor from an HTML application because some specific browser does not support it well.

I think it would be more constructive to ask Adobe to implement soft hyphens into ADE. BTW I'll install and check it!


Soft hyphens are a part of the standard. Implementing or not implementing a specific feature is a eReader design choice (or bug!).

Totally. Coding for the standard rather than for a specific reader seems the best approach to me.

Originally Posted by pirl8

More from Adobe Digital Editions.

Just downloaded and installed v2.0 for windows. It automatically hyphenates ePubs (plugin not needed).

...

Searching does not work in the soft-hyphenated version.

Does work fine on the K3.4. Even dictionary entries PopUp properly:

Spoiler:

[pirl8]

@SauliusP.

Your plugin has been eventually indexed. Automatically updated right now. Thanks a lot!