2 ms·
> they publish their modified Qt sources, so you can even rebuild the UI framework without much effort Really? AFAIK, only parts of the distro are liberated, h
by anarcat 10y ago
> they publish their modified Qt sources, so you can even rebuild the UI framework without much effort
Really? AFAIK, only parts of the distro are liberated, here:
https://github.com/kobolabs/Kobo-Reader https://github.com/kobolabs/Kobo-Reader
Most notably, the user interface itself ("Nickel") is completely missing from there: this makes it really hard to develop extensions for it. Some people have gone through great lengths to try and improve the firmware image, see for example this guy who went as far as writing his own QT plugin for the UI, basically bruteforcing his way through undocumented APIs and missing source code:
http://blog.ringerc.id.au/search/label/kobo http://blog.ringerc.id.au/search/label/kobo
He gave up in 2011.
I did my own share of fooling around with the Kobo. It's true that it's very easy to hack: just drop a `KoboRoot.tgz` tarball in the `.kobo` directory, and you basically overwrite any part of the filesystem, which gives you a lot of freedom. I wrote a tool to sync my Kobo with Wallabag here called Wallabako:
https://gitlab.com/anarcat/wallabako/ https://gitlab.com/anarcat/wallabako/
But there's no APK, far from it: the Kobo suite is developped in typical proprietary fashion of keeping the secret sauce to themselves, not a collaborative way. And even though they are less hostile than Amazon in trying to keep people out, nothing says they will keep on being nice like this.
What we really need is a liberated hardware e-reader. There are some examples elsewhere in this thread that are interesting...