pocl
kepubify
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
pocl
- Tree-shaking, the horticulturally misguided algorithm
-
Web bloat impacts users with slow devices
https://github.com/avodonosov/pocl
The unused javascript code can be removed (and loaded on demand). Although I am not sure how valuable that would be for the world. It only saves network traffic, parsing time and some browser memory for compiled code. But js traffic in the Internet is neglidgible comparing to, say, video and images. Will the user experience be signifiqanty better if browser is the saved from the unnesessary js parsing? I don't know of a good way to measure that.
-
Red and blue functions are a good thing
> for such a small piece of work
Don't take the example too literally, some functions calls can be here.
Running computations in parallel is often valuable. Or run computations in parallel with waiting for external resource - why does not the code in the article compute something while waiting for a, b and c?
Anyways, if async functions are so good, why not have all functions async?
The article says this a kind of "documentation" that tells you what functions can wait for some external data and what functions are "pure computation". If it was so, it would be OK. Such a documentation could be computed automatically based on the called function implementations and developer is hinted: "these two functions you call are both async, consider waiting for both in parallel". In reality, the async / await implementations prevent the non-async functions from becoming async without code change and rebuild. This restriction is just a limitation of how async / await is implemented, not something useful.
As other commenter says, the article "embraces a defect introduced for BC reasons as if it's sound engineering. It really isn't."
When my code is called by a 3rd party library, I can not change my code to async. That's the most unpleasant property of today's async / await. What yesterday was quick computation tomorrow can become a network call. For example, I may want to bodies of rarely used functions to only load when called first time (https://github.com/avodonosov/pocl).
The article suggest we have to decide upfront, at the top-level of the application / call stack, which parts can be implemented with as waiting blocks and which should never wait for anything external. This is not practical.
> It's almost always faster to do them in parallel if possible.
kepubify
-
Tree-shaking, the horticulturally misguided algorithm
The big utility of WASM for me, like OP hints at, is bringing things that would be infeasible to port to the web to it, like, say https://pgaskin.net/kepubify/ and other conversion tools (eg ffmpeg-wasm). Much preferable to downloading something or uploading a file to some random person’s server
-
NickelMenu +Android combo?
But now just before I did the whole NickelMenu hack I realized that if I download for example 10 epubs and put them on a folder in Dropbox with my phone the kobo will pick them up easily but not perfectly since they will be in epub format and not kepub.... So in the end why risk and spend so much time installing NickelMenu? If in the end probably I will probably still need to go to https://pgaskin.net/kepubify/ to convert my epubs to Kobo Epubs one by one to then put them in Dropbox..
-
Can someone walk me through the easiest epub to kepub method for fanfiction (Ao3) like I'm five?
If you don't want to use Calibre at all, you can also convert epub to kepub using https://pgaskin.net/kepubify/ and then sideload the kepub file you get manually on your Kobo
-
Ask HN: What eInk reader you use to read articles/books?
Kobos are good. You can load them with your own files and they support a nice range of formats. Before loading EPUBs, convert them¹ for better performance². Old models keep getting software updates for years, and those can improve performance.
¹ https://pgaskin.net/kepubify/
² Though you don’t have to, unconverted EPUBs load fine.
- Clara 2E Can't Handle Large Epubs?
-
Kobo epub format
I use kepubify. It works well for me
-
Kobo need to implement wireless file transfer
Yes, you need to run kepubifiy first https://pgaskin.net/kepubify/ and put in dropbox folder the file you get after conversion :)
-
Covers don't show up properly on Kobo Nia
Convert them to kepub https://pgaskin.net/kepubify/
-
Is there a way to convert my books to KEPUB without losing my reading time in the activity tab?
Kepubify (pgaskin.net)
-
Sideloaded kepub wrong page numbers?
Pick whatever file you want and use kepubify to generate the kepub
What are some alternatives?
unison - A friendly programming language from the future
calibre - The official source code repository for the calibre ebook manager
lawvere - A categorical programming language with effects
koreader - An ebook reader application supporting PDF, DjVu, EPUB, FB2 and many more formats, running on Cervantes, Kindle, Kobo, PocketBook and Android devices
jellyfin-server-freebsd - jellyfin-server component for freebsd
calibre-kobo-driver - An extension of the existing KoboTouch driver provided with Calibre. This plugin allows modifying ePub files to enable extra Kobo features. I am providing code in the repository to you under an open source license. Because this is my personal repository, the license you receive to my code is from me and not my employer.
openbooks - Search and Download eBooks
solus-sc - Solus Software Center
libgen-cli - A CLI tool to access the Library Genesis dataset; written in Go.
kobopatch-patches - Patches for use with kobopatch.
vala-panel-appmenu - Global Menu for Vala Panel (and xfce4-panel and mate-panel) - GitHub mirror
kfmon - Kute File Monitor, an inotify-based Launcher for Kobo devices