rfc: Using litehtml as the html viewer about zeal HOT 9 OPEN

its blocked on litehtml/litehtml#266 atm.

from zeal.

The patches in Qt have been merged. I have updated the qlitehtml dependency to latest

from zeal.

I have problems building your branch, it is still trying to build itself against webengine.
got wrong source, now it compiles but fails at end, during linking qlitehtml, I have checked the submodule out.
ld: cannot find -lqlitehtml: No such file or directory
Now it fails at building qlitehmtl, and I'm stuck, with errors like: 3rdparty/qlitehtml/src/container_qpainter_p.h:61:52: error: ‘tchar_t’ in namespace ‘litehtml’ does not name a type 61 | litehtml::uint_ptr create_font(const litehtml::tchar_t *faceName,

from zeal.

~ Now it fails at building qlitehmtl, and I'm stuck, with errors like: 3rdparty/qlitehtml/src/container_qpainter_p.h:61:52: error: ‘tchar_t’ in namespace ‘litehtml’ does not name a type 61 | litehtml::uint_ptr create_font(const litehtml::tchar_t *faceName,

Its probably conflicting with your system litehtml. You will have to uninstall it / force the litehtml git submodule to be used by editing the CMakeLists.txt in qlitehtml. I haven't fixed this properly yet.

from zeal.

~ Now it fails at building qlitehmtl, and I'm stuck, with errors like: 3rdparty/qlitehtml/src/container_qpainter_p.h:61:52: error: ‘tchar_t’ in namespace ‘litehtml’ does not name a type 61 | litehtml::uint_ptr create_font(const litehtml::tchar_t *faceName,

Its probably conflicting with your system litehtml. You will have to uninstall it / force the litehtml git submodule to be used by editing the CMakeLists.txt in qlitehtml. I haven't fixed this properly yet.

This seems to be the case, also the system's litehtml is in its latest version [0.9]. Correct me if I'm wrong but qlitehtml seems to be using quite old version of lite [0.6] which too would have to be fixed, as recent releases made some serious strides in css and layouting capabilities.

from zeal.

its blocked on litehtml/litehtml#266 atm.

Thanks, managed to compile it with patches provided to qt-review. Very snappy and lightweight, love it.
Renders text really nicely too, recently it looked liked shit in webengine for some reason.

from zeal.

Probably the best solution would be to have two packages, lite and full with webengine. The reason being that not all docs render properly.

from zeal.

Very cool! This is something I researched a lot in the past. Unfortunately, too many docsets require JavaScript to render (e.g. all MDN docs). So without regenerating those to not require JS, it'd be impossible to ship this. And given all docsets are coming from Dash, it'd be challenging to also invest in own docsets.

from zeal.

This is really cool! I'm curious, is there an issue reported at MDN regarding Javascript rendering to see if they may be open to updating their docs to not require Javascript?

Maybe a stop-gap testing measure for this could be adding a preference to disable Javascript in the rendering to see what happens?

from zeal.