- 03 Jul, 2013 - 1 commit
-
-
Zeno Albisser authored
Use the same icons for the widgets and qtquick example. Remove the styling as it does not work on all platforms anyway. Change-Id: Iff59455689619ae45823eb835768d7c4fc75bd93 Reviewed-by:
Andras Becsi <andras.becsi@digia.com>
-
- 25 Jun, 2013 - 1 commit
-
-
Sergio Ahumada authored
Change-Id: If41e2991be7877060f7739877f756acf2679b688 Reviewed-by:
Zeno Albisser <zeno.albisser@digia.com>
-
- 18 Jun, 2013 - 5 commits
-
-
Zeno Albisser authored
-
Pierre Rossi authored
-
Zeno Albisser authored
-
Zeno Albisser authored
-
Pierre Rossi authored
-
- 17 Jun, 2013 - 2 commits
-
-
Pierre Rossi authored
Cleaner than deciding on startup with an env variable
-
Zeno Albisser authored
-
- 12 Jun, 2013 - 1 commit
-
-
Jocelyn Turcotte authored
-
- 11 Jun, 2013 - 1 commit
-
-
Pierre Rossi authored
-
- 06 Jun, 2013 - 1 commit
-
-
Jocelyn Turcotte authored
This layers things properly to be able to implement the UI in the example application instead of directly in shell_qt.cpp. This is still using global variables to allow the Shell platform code to do callbacks to the API classes. This should go away once we properly implemented a WebContentsDelegate.
-
- 05 Jun, 2013 - 1 commit
-
-
Zeno Albisser authored
The current preliminary implementation uses the QQuickPaintedItem. The RasterWindow is being replaced by an abstract NativeViewQt class, which can be instantiated as QWidgetNativeView or QQuickNativeView. The NativeViewContainerQt builds a wrapper around an instance of these classes and serves as a common api towards chromium. Due to the current design where the view is being created by the shell, we introduce a browser_window.qml which provides a very basic browser UI. The content is then being injected into an item within that browser window. Just executing the example the "regular" way will launch the Widgets example. To launch the QtQuick2 example, the environment variable QQUICKWEBENGINE must be defined.
-