Changes between Version 12 and Version 13 of QtWebKitForQt5

Timestamp:

Oct 31, 2011, 7:04:54 AM (14 years ago)

Author:

Simon Hausmann

Comment:

--

QtWebKitForQt5

@@ -21 +21 @@
 Consequently the interface to the browser should change:
 
-   * Our focus should be on making the WebKit2 port fast and stable enough for a browser.
-   * A QML based UI component offers built-in handling for gestures, touch events and scrollbars.
+   * Our focus should be on making the WebKit2 port fast and stable enough for a web browser.
+   * A QML based UI component offers built-in handling for gestures, touch events (and scrollbars?).
    * We should not spend time designing APIs that allow for feature combinations or software fallbacks that don't make sense. Features like WebGL or video should either work out of the box properly accelerated or be disabled.
    * The QWidget/QGraphicsView based WebKit1 API moves into a separate shared library that links against QtWebKit.
@@ -32 +32 @@
 === WebKit2, Scene Graph, Tiling and Accelerated Compositing ===
 
-We need to determine the best way to integrate tiling / AC with the Qt scene graph. An initial pragmatic solution
-would be to port the tiling to the scene graph directly and render the AC layers into an intermediate FBO.
+The implementation currently chosen is the following:
 
-Another option would be to separate scene graph rendering from WebKit by rendering WebKit2 with raw OpenGL through
-the Texture Mapper first and then the entire QML scene on top.
-
-The approach requiring probably the most effort is to essentially re-implement WebKit2 UI-process sided AC on top of
-the scene graph, i.e. let the web process serialize the layer & animation information to the UI process where the layer
-tree is replicated in terms of scene graph geometry nodes and texture materials that are subject to animation.
+    * We're permanently in the state of composition.
+    * Layers are tiled and the tiles are "managed" in the web process side.
+    * Layer information is serialized and sent across to the UI process (LayerTreeHost and WebGraphicsLayer)
+    * The UI process feeds the layers into the texture mapper (LayerTreeProxyHost)
+    * The OpenGL texture mapper implementation renders before/after the scene graph.
 
 === Library split ===
@@ -72 +70 @@
 
 In order to render embedded videos efficiently and provide seamless transitions to fullscreen playback, we require from the platform
-the ability to render video into textures. For fullscreen playback we should piggy-back on the fullscreen element feature in WebCore/WebKit2
-that integrates with AC. The video texture becomes the root layer and the controls live in their own layer on top.
+the ability to render video into textures. Implementation bits that appear to be necessary:
+
+   * For each platform, determine the way of sharing textures across process boundaries (for example X11: X pixmaps)
+   * Add support for platform specific cross-process texture sharing to the WK2 AC implementation and the texture mapper.
+   * Change the corresponding media player back-end to render into such texture-backed layers.
+   * Implement support on the UI process side for establishing the UI for the temporary root layer for fullscreen elements. (maybe a dedicated QWindow subclass that renders straight with a dedicated GL texturemapper instance that small tree of texture mapper nodes that represent the layers of the fullscreen element hierarchy)
 
 === JavaScript ===