Some news. First in contrary as I have said for the no break space bug : no solution with the "libroffice" hyphenFRdict old or beta.(hyphen respectively 2 and 3)
The "adobe" kobo hyphendict _FR is : right 3 left 3 and not 5 like the US dict.
All my tests were with 2 or 3 from the beginning.
Finally, I have seen this post :
Quote:
Originally Posted by GeoffR
That was fixed in firmware 3.15.0.
Edit: When changing the LEFTHYPHENMIN and RIGHTHYPHENMIN values in the hyphenation dictionary, beware that the KePub and ePub readers both use the same dictionary but in recent firmware they interpret these parameters differently -- the KePub reader counts the value as one less than specified, so if you read KePubs then make the values one higher than the value you actually want. If you read both KePubs and ePubs then you'll need to find a compromise.
(And personally, I find full justification and hyphenation to be absolutely essential features. I'd go back to reading paper books rather than read ebooks left-justified or unhyphenated.)
|
I made my own dict with (and coumpound/compound corrected)
Code:
LEFTHYPHENMIN 4
RIGHTHYPHENMIN 3
COMPOUNDLEFTHYPHENMIN 4
COMPOUNDRIGHTHYPHENMIN 3
%%% Do not remove the following line %%%
NEXTLEVEL
test seems ok but I need more testing
and I'll test some extra css
Code:
body {-ms-hyphenate-limit-lines: 3; -webkit-hyphenate-limit-lines: 3; hyphenate-limit-lines: 3;}
And the hyphendict can have a nohyphen rule
https://code.woboq.org/libreoffice/l.../hyphen.h.html but it's out of my skills...