- 17 Nov, 2014 - 1 commit
-
-
Topi Reinio authored
- Add documentation for Quick Nano Browser - Add all examples to the correct group - Add instructions to run the examples - Qt WebEngine Widgets index page: Add examples section Task-number: QTBUG-42668 Change-Id: Ie60f8708336b9c147d0c22afb555fe87287deddc Reviewed-by:
Jocelyn Turcotte <jocelyn.turcotte@digia.com> Reviewed-by:
Venugopal Shivashankar <venugopal.shivashankar@digia.com>
-
- 12 Sep, 2014 - 1 commit
-
-
Jocelyn Turcotte authored
The unified toolbar doesn't work yet with QOpenGLWidget, which we use to render RenderWidgetHostViewQtDelegateWidget. Task-number: QTBUG-41179 Change-Id: I5b33d8c06600162974a05bff5fec6e1c7b59e939 Reviewed-by:
Andras Becsi <andras.becsi@digia.com>
-
- 04 Aug, 2014 - 1 commit
-
-
Pierre Rossi authored
If we consider the plugin scenario is unlikely and decide it's unsupported for widgets, we can simplify our tests and examples a bit on this front. Change-Id: Idc96032c127b4ee74fb5c7b3d2cdfdf99c3a722e Reviewed-by:
Andras Becsi <andras.becsi@digia.com>
-
- 08 Apr, 2014 - 1 commit
-
-
Jocelyn Turcotte authored
This means that widgets application now need to setup the GL context sharing as well. QWebEngineWidgets::initialize() must be called, which has the same effect as QWebEngine::initialize(). The QtWebEngineWidgets now depends on the QtWebEngine module to make this happen. Since QOpenGLWidget is only available in Qt 5.3, this patch also disables the webenginewidgets module completely when building using Qt 5.2. Change-Id: I0e99a779d1eb080f2ccf5a338ff0763ad64e6eba Reviewed-by:
Simon Hausmann <simon.hausmann@digia.com>
-
- 31 Mar, 2014 - 1 commit
-
-
Jocelyn Turcotte authored
This is a gross mechanical modification of the documentation, along with build system bindings to allow it to generate. This should allow doing iterative improvements to the documentation from now on. This fixes project-related qdoc warnings but we still need to do some serious work to get the documentation better fitting QtWebEngine. All the documentation is ported to match the current state of our headers (without trying to adapt to modified APIs yet) and we should clear the part of the documentation that we don't need at the same time that we clean up our public headers. Change-Id: I6fb4e10e8b4c1c53be7bc7c581286248ac04d4da Reviewed-by:
Andras Becsi <andras.becsi@digia.com>
-
- 19 Mar, 2014 - 2 commits
-
-
Jocelyn Turcotte authored
Its sources are going to be installed and the binary should end up at the same place. Change-Id: Iad7c732ba9f49cb0f02eb2c10b797298034ef38d Reviewed-by:
Pierre Rossi <pierre.rossi@gmail.com>
-
Jocelyn Turcotte authored
To match other modules example directory structures we should deploy our examples in a directory matching the module name, webengine and webenginewidgets in our case. qmake uses the relative directory of each example up to the upper "examples" directory to decide where they will be deployed when running the sources install target. Change-Id: I59ce7ff8a30f98fad20064c7eecf72b784f1d275 Reviewed-by:
Pierre Rossi <pierre.rossi@gmail.com>
-