|
|
#46 |
|
Addict
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 250
Karma: 5774804
Join Date: Oct 2011
Location: UK
Device: Kobo (Sage, Aura One, Aura HD, & Touch); reMarkable tablet.
|
Just a quick note to say thanks! Being able to change the line spacing, in particular, is what I was missing without knowing it. Instructions were clear and installation was very easy.
|
|
|
|
|
|
#47 |
|
Zealot
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 120
Karma: 37418
Join Date: Jan 2013
Device: H2OE2, Libra 2
|
Has something changed with firmware 3.12.0 and the "custom fonts sizes" patch?
The unpatched 3.12.0 on my 6" Aura now has around 40 selectable font sizes, previous firmware versions only had 24 font sizes. I note the "custom fonts sizes" patch still only has 24 values -- is this correct or should it now have 40 values? |
|
|
|
|
|
#48 | |
|
Wizard
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 3,821
Karma: 19162882
Join Date: Nov 2012
Location: Te Riu-a-Māui
Device: Kobo Glo
|
Quote:
And, I really don't understand the reasoning, but instead of filling the big gaps between the smaller sizes they have added 16 new super-large sizes. Here is a new patch to customise all 40 values. Suggestions for a different distribution are welcome before I replace the patch in post #1: Spoiler:
|
|
|
|
|
|
|
#49 |
|
Grand Sorcerer
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 6,266
Karma: 16544702
Join Date: Sep 2009
Location: UK
Device: ClaraHD, Forma, Libra2, Clara2E, LibraCol, PBTouchHD3
|
|
|
|
|
|
|
#50 |
|
Zealot
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 120
Karma: 37418
Join Date: Jan 2013
Device: H2OE2, Libra 2
|
Thanks GeoffR, the new font size patch loads and appears to be working as it should.
I am however having a problem with the custom footer in this new firmware, it look to me as though something else may have changed with the way pages are displayed. Most combinations of font size and line size give marks at the bottom of each page. The following page has bits missing from the top of tall characters which correspond with the marks on the previous page. Firmware 3.11.0 and patch gave me much better looking pages. |
|
|
|
|
|
#51 | |
|
Wizard
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 3,821
Karma: 19162882
Join Date: Nov 2012
Location: Te Riu-a-Māui
Device: Kobo Glo
|
Quote:
I noticed it happening with some sideloaded fonts when reading kepubs, but I haven't seen it with the normal fonts I use, or when reading epubs. If you are using a very small footer then maybe increasing the min-height and max-height by a little bit in the Custom reading footer patch might help, but I don't have any idea what is causing it. |
|
|
|
|
|
|
#52 |
|
Zealot
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 120
Karma: 37418
Join Date: Jan 2013
Device: H2OE2, Libra 2
|
It's with side loaded kepubs. I mainly use the standard Kobo font "Georgia", haven't tried any side loaded fonts. I've also tried just about all possible patch settings without success.
I'll have another play with the patch settings but suspect I'll be going back to firmware 3.11.0. together with your excellent patch for that version. |
|
|
|
|
|
#53 | |
|
Wizard
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 3,821
Karma: 19162882
Join Date: Nov 2012
Location: Te Riu-a-Māui
Device: Kobo Glo
|
Quote:
Edit: Font size doesn't seem to matter much, it looks like it's mainly related to the line spacing value. Edit2: The problem also happens with kepubs in full-screen mode, so it probably has nothing to do with the footer patch. In epubs there seems to be no problem no matter how small the line spacing value. Last edited by GeoffR; 12-14-2014 at 06:18 PM. Reason: Also happens in full-screen mode |
|
|
|
|
|
|
#54 |
|
Wizard
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 3,821
Karma: 19162882
Join Date: Nov 2012
Location: Te Riu-a-Māui
Device: Kobo Glo
|
Set kepub hyphenation
I've added a `Set kepub hyphenation` patch to post #2.
In the original firmware, the kepub hyphenation is turned on in the built-in stylesheet only if the justification button is set to full justification. With this patch hyphenation will always (or alternatively, never) be turned on, regardless of the justification setting. Note that if the publisher has explicitly set the hyphenation in the book's stylesheet then the patch won't override it. |
|
|
|
|
|
#55 |
|
Zealot
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 120
Karma: 37418
Join Date: Jan 2013
Device: H2OE2, Libra 2
|
I see from your kepub hyphenation patch, you have a way to modify the kepub style sheet.
I also see from another post that chopped off bits of characters can be made to display correctly if a small amount of padding is added. Adding the two bits of information and knowing nothing about the whole thing, I wondered if it's possible to create a patch to add a small amount of padding to the top of the kepub style sheet and if this would prevent the tops of tall characters being chopped off and displayed at the bottom of the previous page. |
|
|
|
|
|
#56 | |
|
Wizard
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 3,821
Karma: 19162882
Join Date: Nov 2012
Location: Te Riu-a-Māui
Device: Kobo Glo
|
Quote:
I think this is all the built-in kepub stylesheet, but parts of it are included conditional on various device settings, and there could be other bits I don't know about. Spoiler:
One of those lines is very long and has a lot of spaces, so it might be possible to remove some of the spaces and make room for some extra stuff. Last edited by GeoffR; 12-15-2014 at 08:07 AM. Reason: added stylesheet |
|
|
|
|
|
|
#57 |
|
Wizard
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 3,821
Karma: 19162882
Join Date: Nov 2012
Location: Te Riu-a-Māui
Device: Kobo Glo
|
`Fix kepub side bearing font cut-off bug` patches
Here are patchs to fix the bug that affects kepubs in full-screen mode where characters with large side bearing (e.g. f) are cut off if they appear at the end of a line.
Thanks to Anak for explaining how to fix this problem, see this post. The patches work a little differently for sideloaded kepubs than for synced kepubs. There are likely to be side effects on the layout of sideloaded kepubs that don't occur with synced kepubs. Don't use the third patch unless you have sideloaded books in both horizontal and vertical languages. For synced kepubs only (should work well with both horizontal and vertical language books): Spoiler:
For all kepubs (may have some side effects on layout of sideloaded kepubs; okay for either horizontal or vertical language books, but not both): Spoiler:
For all kepubs (will have some side effects on layout of sideloaded kepubs, such as increased space between paragraphs; okay for both horizontal and vertical language books): Spoiler:
(To apply the patches with kpg.exe, change replace_string to replace_xor_00) Last edited by GeoffR; 12-19-2014 at 01:49 PM. Reason: Updated all patches to use 0.2em padding bydefault, updated `all kepubs` patches to use body>* selector, thanks jellby |
|
|
|
|
|
#58 |
|
Zealot
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 120
Karma: 37418
Join Date: Jan 2013
Device: H2OE2, Libra 2
|
Tried both patches, they run and installs ok but I still have the very tips of f's, at the end of a line, cut off.
That's with kepubs created with Calibre's "KoboTouchExtended" driver. Note: This issue is so slight on my reader that I hadn't noticed it before. It's nowhere near as pronounced as the top and bottom of page issue I'm seeing both with full-screen mode and with the custom footer patch -- as reported above. |
|
|
|
|
|
#59 | ||
|
Wizard
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 3,821
Karma: 19162882
Join Date: Nov 2012
Location: Te Riu-a-Māui
Device: Kobo Glo
|
Quote:
Quote:
|
||
|
|
|
|
|
#60 | |
|
Guru
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 603
Karma: 641742
Join Date: Mar 2012
Location: DE
Device: Kobo Glo
|
Quote:
Does this happen with all fonts or with just a few? My guess is that it only happens with some fonts. Those fonts have very likely a Negative Right Side Bearing that is larger than the soft margin. Especially italic sub family fonts tend to have larger N(R)SB and regular or bold fonts seems to be "fixed", but (bold)italic sub family fonts might still have the cut off issue. I noticed that the soft margin is set to 1%. This might be too small to fix the cut off problem for all fonts. Maybe you should try to increase the soft margin to 1.5-2%, that might solve it. This is just trial and error. 1% of the screen width (on both sides): Touch: 1% × 600 = 6px Glo/Aura: 1% × 758 = 8px HD models: 1% × 1080 = 11px IMO, a very small "safety" margin. |
|
|
|
|
![]() |
|
Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| Instructions for patching firmware 3.11.0 | GeoffR | Kobo Developer's Corner | 226 | 06-01-2015 05:32 AM |
| Instructions for patching firmware 3.2.0 | DNSB | Kobo Developer's Corner | 66 | 12-05-2014 07:28 AM |
| Instructions for patching firmware 3.8.0 | GeoffR | Kobo Developer's Corner | 92 | 10-22-2014 07:22 AM |
| Instructions for patching firmware 3.3.x, 3.4.x, 3.5.x | GeoffR | Kobo Developer's Corner | 285 | 08-27-2014 10:06 AM |
| Instructions for patching firmware 3.1.1 | GeoffR | Kobo Developer's Corner | 64 | 04-18-2014 01:23 PM |