The only think Okular knows how to show is QImages.

Ahh ok, than I don't know, if porting is even possible, without putting tremendous effort into it. Or QWebEngine somehow gets the featurem to render QImages. But I doubt that, since it is using a completely different render framework.

there is a kchmviewer that uses qtwebengine directly for rendering. I don't know how that fits in the okular way of doing things.

Okular already uses the kchmviewer backend code, which supports two modes, QWebEngine and using KTHML. But switching to QWebEngine would break the current workflow used in okular, which is basically to render a page with khtml as a QImage and than return this QImage. AFAIK this is not possible with QWebEngine. So Okular would probably need a new Generator base class, to display HTML Documents using QWebEngine?

• Iterate over copy

I use the for loop now and I have also removed that line with trailing white spaces.

use for loop instead of foreach

Thanks for the feedback, should be all fixed now.

Who would be the correct person to review this? Apparently there is no current maintainer for ktorrent but stikonas seems to approve the latest changes to ktorrent?

This already be done via Windows "Send to" menu

Here you go. I created this epub document via a free software tool called sigil.

epub generator unit test added

Same here: Regular DPI without scaling.

I did some more tests and epub_get_data() always returned the correct size.

I tried commenting out the two lines (+if clause, so line 88 - 91) and all pictures are looking fine. Except that they are sometimes to big and break layout. So I would argue Okular does load all pictures with the correct solution, but the down-scaling part made them look blurry.