View Single Post
Old 08-21-2015, 08:41 AM   #8
GeoffR
Wizard
GeoffR ought to be getting tired of karma fortunes by now.GeoffR ought to be getting tired of karma fortunes by now.GeoffR ought to be getting tired of karma fortunes by now.GeoffR ought to be getting tired of karma fortunes by now.GeoffR ought to be getting tired of karma fortunes by now.GeoffR ought to be getting tired of karma fortunes by now.GeoffR ought to be getting tired of karma fortunes by now.GeoffR ought to be getting tired of karma fortunes by now.GeoffR ought to be getting tired of karma fortunes by now.GeoffR ought to be getting tired of karma fortunes by now.GeoffR ought to be getting tired of karma fortunes by now.
 
GeoffR's Avatar
 
Posts: 3,821
Karma: 19162882
Join Date: Nov 2012
Location: Te Riu-a-Māui
Device: Kobo Glo
Quote:
Originally Posted by boriar View Post
I know that 'WiFi insomnia' and padding-bottom in 'Custom reading footer style' are problematic to translate to 3.17.3 but are there a chance to get they?
The Wi-Fi watchdog functions had a major change starting in firmware 3.16.10 and I don't know how to create a new Wi-Fi insomnia patch. It is almost certainly possible for someone to create a new one, but because I didn't create the original patch and never used it myself my knowledge about what it does and how it works is very limited. I suspect it has something to do with the fickel program, which is perhaps similar in function to sickel.

The Reading footer code also had a major change, starting in firmware 3.13.1 it works completely differently. The padding-bottom doesn't work at all so there is no point adding it to the patch. However is is not needed either, because you can increase the gap between the bezel and footer by increasing the height of the footer and/or decreasing the margin-top (making it more negative.) The new footer patch can do everything the old one did, it is just done in a different way.

Quote:
Are there some problem with `Custom header style` and `Unitless ePub line height`? I can't see these anywhere.
The header style patches I have abandoned because they are just too much work (there is separate header code for each device, although they all use the same footer), and the original problem they were created to solve has been fixed by Kobo. Originally I created them because of the problem of the reading header/footer font defaulting to Gothic on some devices when Document Default was selected, which made it necessary to change the footer font to avoid problems caused by Gothic text being chopped off at the bottom, and that made it necessary to change the header text to match the new footer text. Kobo fixed this and now the default header/footer text is Georgia which doesn't cause the problems Gothic did.

Starting with firmware 3.16.0 the `Unitless line height` patch is not needed anymore because Kobo have fixed the problem it was created to solve.

Quote:
I want to test `Change dicthtml strings to micthtml` with 3.17.3. Can you update that patch to do it?
I have updated that patch below. But this is just guesswork, I don't use custom dictionaries and have no idea how they work. It really would be better if someone who uses custom dictionaries could update this patch, that way they can test it before posting it. All that is needed is to use a hex editor or the strings command from the GNU binutils package to find the addresses of the strings, (Edit: and make some guesses about which strings to leave and which to patch when they change.)

For example, here is the output from strings filtered by grep:
Spoiler:
Code:
$ 
$ strings -tx libnickel.so.1.0.0 | grep dicthtml
 b29848 %1/dicthtml%2.zip
$ 
$ strings -tx -el libnickel.so.1.0.0 | grep dicthtml
 b4d9b0 %1/dicthtml%2
 b4d9f8 dicthtml
 b4da98 %1/dicthtml%2
 b4dafc %1/dicthtml%2
 b4db60 %1/dicthtml%2
 b4dbc4 %1/%2/dict/dicthtml%3
 b4e2a4 dicthtml*
 b54330 dicthtml*
 b5648c dicthtml%1
$


And here is the updated patch, based on the one from version 3.12.1:
Spoiler:
Code:
<Patch>
patch_name = `Change dicthtml strings to micthtml`
patch_enable = `yes`
# `%1/dicthtml%2.zip` --> `%1/micthtml%2.zip`
#replace_string = B29848, `%1/dicthtml%2.zip`, `%1/micthtml%2.zip`
# `%1/dicthtml%2` --> `%1/micthtml%2`
replace_string = B4D9B0, `%\01\0/\0d\0i\0c\0t\0h\0t\0m\0l\0%\02\0`, `%\01\0/\0m\0i\0c\0t\0h\0t\0m\0l\0%\02\0`
# `dicthtml` --> `micthtml`
replace_string = B4D9F8, `d\0i\0c\0t\0h\0t\0m\0l\0`, `m\0i\0c\0t\0h\0t\0m\0l\0`
# `%1/dicthtml%2` --> `%1/micthtml%2`
replace_string = B4DA98, `%\01\0/\0d\0i\0c\0t\0h\0t\0m\0l\0%\02\0`, `%\01\0/\0m\0i\0c\0t\0h\0t\0m\0l\0%\02\0`
# `%1/dicthtml%2` --> `%1/micthtml%2`
replace_string = B4DAFC, `%\01\0/\0d\0i\0c\0t\0h\0t\0m\0l\0%\02\0`, `%\01\0/\0m\0i\0c\0t\0h\0t\0m\0l\0%\02\0`
# `%1/dicthtml%2` --> `%1/micthtml%2`
replace_string = B4DB60, `%\01\0/\0d\0i\0c\0t\0h\0t\0m\0l\0%\02\0`, `%\01\0/\0m\0i\0c\0t\0h\0t\0m\0l\0%\02\0`
# `%1/%2/dict/dicthtml%3` --> `%1/%2/dict/micthtml%3`
replace_string = B4DBC4, `%\01\0/\0%\02\0/\0d\0i\0c\0t\0/\0d\0i\0c\0t\0h\0t\0m\0l\0%\03\0`, `%\01\0/\0%\02\0/\0d\0i\0c\0t\0/\0m\0i\0c\0t\0h\0t\0m\0l\0%\03\0`
# `dicthtml*` --> `micthtml*`
#replace_string = B4E2A4, `d\0i\0c\0t\0h\0t\0m\0l\0*\0`, `m\0i\0c\0t\0h\0t\0m\0l\0*\0`
# `dicthtml*` --> `micthtml*`
#replace_string = B54330, `d\0i\0c\0t\0h\0t\0m\0l\0*\0`, `m\0i\0c\0t\0h\0t\0m\0l\0*\0`
# `dicthtml%1` --> `micthtml%1`
#replace_string = B5648C, `d\0i\0c\0t\0h\0t\0m\0l\0%\01\0`, `m\0i\0c\0t\0h\0t\0m\0l\0%\01\0`
</Patch>

Last edited by GeoffR; 08-21-2015 at 09:00 AM. Reason: ... and make some guesses ...
GeoffR is offline   Reply With Quote