- User Since
- Apr 19 2017, 1:00 PM (149 w, 20 h)
Jan 24 2020
Jan 16 2020
Jan 14 2020
Dec 31 2019
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?
Dec 8 2019
- Iterate over copy
Dec 7 2019
I use the for loop now and I have also removed that line with trailing white spaces.
use for loop instead of foreach
Dec 2 2019
Nov 29 2019
Nov 28 2019
Nov 24 2019
Thanks for the feedback, should be all fixed now.
Nov 21 2019
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?
Nov 15 2019
Nov 3 2019
This already be done via Windows "Send to" menu
Jan 7 2019
Jan 1 2019
Aug 15 2018
Aug 11 2018
Here you go. I created this epub document via a free software tool called sigil.
epub generator unit test added
Jul 23 2018
Jul 5 2018
Same here: Regular DPI without scaling.
Jun 30 2018
I did some more tests and epub_get_data() always returned the correct size.
Jun 28 2018
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.