Calibre breaking Nook Touch hyphenation?

Hello, apologies if there's a similar thread, did a search but didn't see anything.

I just got a Nook Touch a few days ago and have been enjoying it a lot. Today I tried some epub to epub conversions in Calibre to standardize the font sizes, remove the margins, justify the paragraphs, remove spaces between paragraphs, and set a default paragraph indent. I then sent the files to my Nook and started reading.

Seems like end-of-line hyphenation suddenly stops working. I tried switching to a non-Calibre modified epub, and hyphenation is also not working for that. Tried putting it to sleep and waking, no dice. A full restart seems to fix it. But every time I load up a Calibre modified epub, the same thing happens.

I did find this thread

https://www.mobileread.com/forums/sho...=131028&page=3

Mobile ADE libraries in Nook STR(1.0.1 update) have a bug that shuts down the hyphenation engine until the device is turned off and on again. If the Nook Color uses the same library code, maybe you can (ab)use this bug to turn off hyphenation.

Here is how:

1. Prepare a dummy EPUB (or acquire a free one from gutenberg, feedbooks etc.)
2. Extract OPF file from it.
3. Change the language to "UND".
4. Put it back into the EPUB overwriting original one.

When you open the resulting book in Nook STR, the hyphenation engine seems to be getting shut down and all your other books are rendered without hyphens as well. This behavior persists through sleep. The engine starts running properly again after the device is turned off and on.

And that seems to be what is happening, but when I checked the OPF file of one of the epubs the language is set to ENG so I don't know what's going on.

[DoctorOhh]

Calibre is not "breaking Nook Touch hyphenation" this is a Nook issue not a calibre issue. You should report this on the Nook company forum.

Originally Posted by dwanthny

Calibre is not "breaking Nook Touch hyphenation" this is a Nook issue not a calibre issue. You should report this on the Nook company forum.

How is it not a Calibre issue if it only happens on Calibre converted material?

[DoctorOhh]

Originally Posted by jclim00

How is it not a Calibre issue if it only happens on Calibre converted material?

The ADE libraries (firmware on your ereader) have the bug. Ask Barnes and Noble to fix the firmware or see if setting a language in your conversions will work around the bug. Either way it is a bug in the firmware that is at fault.

Good Luck.

[wallcraft]

Calibre may be at fault if it is unexpectedly changing the hyphenation behavior, which is then propagated by the Nook bug until reset. Earlier in the same thread mentioned in the original post, Peter Sorotokin suggests:

This property is better suited for hyphenation control:

adobe-hyphenate: none | explicit | auto

So, try adding (say)

body {
    adobe-hyphenate: auto
}

to Calibre's extra CSS.

I actually tried changing in content.opf

<dc:language>eng</dc:language>

to

<dc:language>en</dc:language>

and lo and behold, it works. No more bug. How odd. I'll add that extra css to my epubs anyway though, thanks wallcraft.

edit: arrgh, some books work, some don't. i'm just gonna hang my head and skip conversion and hand edit the css myself.

[user_none]

The language tag using the 3 letter code is incorrect in this case. I've opened a bug report for tracking. However, this does not negate the fact that there is a bug in the Nook that disables hyphenation if an incorrect or unknown lang code is used until the unit is rebooted.

[user_none]

The next release will use 2 letter lang code for English.

[DoctorOhh]

Originally Posted by user_none

The language tag using the 3 letter code is incorrect in this case. I've opened a bug report for tracking. However, this does not negate the fact that there is a bug in the Nook that disables hyphenation if an incorrect or unknown lang code is used until the unit is rebooted.

@jclim00 - Hopefully you mentioning it will bring about a work around in calibre's conversion code for this bug in the Nook's ADE firmware. I don't think it would be the first work around of a ADE bug.

@user_none thanks for correcting the language code to 2 letter codes.