Don't rely on litehtml calling draw_background for the root element.
Manually draw selections first, then let litehtml draw as before.
Change-Id: Ic9efd11b564dec1742aa6b6ffcb58133504681ff
Reviewed-by: Cristian Adam <cristian.adam@qt.io>
Reviewed-by: Eike Ziller <eike.ziller@qt.io>
This implicitly fixes behavior of scrolling of context help when the
side-by-side help panel is not yet visible.
Task-number: QTCREATORBUG-4756
Change-Id: I28dd89b56fe7dfa2a3473f21740571c27a955e14
Reviewed-by: hjk <hjk@qt.io>
Build an index between (visible) text and litehtml elements, so we can
use the regular text search functionality of Qt.
Change-Id: I2bf29628482f81c67b20b9a02d7808a330a073eb
Reviewed-by: Cristian Adam <cristian.adam@qt.io>
Reviewed-by: hjk <hjk@qt.io>
Creating the document parses it, which also populates the pixmap cache,
so we may not clear the pixmap cache afterwards.
Change-Id: I1e6d1669db898b1e50d59d135e52807afb307d09
Reviewed-by: Cristian Adam <cristian.adam@qt.io>
Reviewed-by: hjk <hjk@qt.io>
For CMake add litehtml installation path to CMAKE_PREFIX_PATH
For qmake pass litehtml installation path via LITEHTML_INSTALL_DIR qmake
variable
Release build of litehtml is recommended.
The litehtml backend is used by default when available, you can force
QTextBrowser again with the environment variable
"QTC_HELPVIEWER_BACKEND=textbrowser".
Some things are not implemented yet:
- Text search
- Context menu
- Shift-drag to extend existing selection
Change-Id: I79f989e5fe2063de2e9832abbed19b24d7a1a1fe
Reviewed-by: hjk <hjk@qt.io>
