summaryrefslogtreecommitdiffstats
path: root/lib/render_widget_host_view_qt_delegate_widget.cpp
Commit message (Collapse)AuthorAgeFilesLines
* Split out the Widgets and QtQuick integrationPierre Rossi2013-07-311-127/+0
| | | | | | | | | | | | | | | This is the first step to making proper Qt Modules out of QtWebEngine. The Widgets integration becomes a proper C++ Qt Module while we make the QtQuick side a QML plugin for now (could probably be promoted if the need arises). Code-wise, this means the introduction of a WebContentsAdapterClient interface that is subclassed by the private implementation of our API classes for delegation of things that are UI specific. Functionality from WebContents and the like is exposed via the WebContentsAdapter. Change-Id: I4ca3395b9fe8502a24e36002cfd5af44067bb6e8 Reviewed-by: Jocelyn Turcotte <jocelyn.turcotte@digia.com>
* Forward touch events.Jocelyn Turcotte2013-07-291-0/+1
| | | | | | | This lets the page receive touch events sent to the QWidget/QQuickItem. Change-Id: Ic358d4963d6af3df57d37a02b471cd442e8947ce Reviewed-by: Andras Becsi <andras.becsi@digia.com>
* Implement focus handling functionsAndras Becsi2013-07-021-1/+10
| | | | | | | | | Add setKeyboardFocus and hasKeyboardFocus members to the render widget host view delegates and use them for focus handling. Change-Id: Id117298bccc5fdbbb940869e64d925f3708e808c Reviewed-by: Pierre Rossi <pierre.rossi@gmail.com>
* Deduplicate RenderWidgetHostViewQt member in delegatesAndras Becsi2013-06-271-1/+1
| | | | | | | | | Move RWHV member to common base class RWHVDelegate instead of declaring it in both the widget and quick implementations, and do not leak it. Change-Id: I72d692e10128a6b4cb5c2e3c3817d6dca078c2bc Reviewed-by: Zeno Albisser <zeno.albisser@digia.com>
* Move RenderWidgetHostViewQt out of the content namespace.Jocelyn Turcotte2013-06-191-1/+1
|
* Add missing license headers.Jocelyn Turcotte2013-06-191-0/+41
|
* Move API layer-only classes back from the shared static lib.Jocelyn Turcotte2013-06-191-2/+2
| | | | | | | Since ContentBrowserClientQt::OverrideCreateWebContentsView now takes care of using our Qt layer at runtime without relying on the static RenderWidgetHostView::CreateViewForWidget, we can now avoid linking this layer into the render process.
* Simplify the BackingStore handling.Jocelyn Turcotte2013-06-191-15/+7
| | | | | | | | | | | | | This patch removes the black borders around the widget when resizing. - No need to resize the BackingStore direcly, RenderWidgetHostImpl::WasResized takes care of allocating a new one with the correct size. - Get the backing store just before painting instead of pushing it when scheduling an update. Getting the backing store has side effects that assumes it is done that way. - Remove the about_to_validate_and_paint_ check as all our painting updates are scheduled back to the event loop and that we are now only fetching the BackingStore at this point.
* Allow the API class to provide the page widget rendering implementation.Jocelyn Turcotte2013-06-191-0/+84
- Rename NativeViewQt to RenderWidgetHostViewQtDelegate to keep the context obvious. - Use an interface to handle the parenting instead of the NativeViewContainerQt mechanism that was needed with the Shell.