RESOLVED WONTFIX 38326
[Qt][Symbian] Need support for QGraphicsWidget based plugins 
https://bugs.webkit.org/show_bug.cgi?id=38326
Summary [Qt][Symbian] Need support for QGraphicsWidget based plugins
Yael
Reported 2010-04-29 07:04:30 PDT
Performance of QWidget based plugins in Symbian^4 is not good. Need support for QGraphicsWidget based plugins.
Attachments
Add attachment proposed patch, testcase, etc.
Yael
Comment 1 2010-05-02 17:49:50 PDT
I have a patch ready, but it contains all the needed build fixes for WINSCW, so I cannot upload it yet. The patch requires defining PlatformWidget to be QGraphicsWidget instead of QWidget, and that affects QtPluginFactory, Qt runtime binding and other areas. Considering that there is no NPAPI via which the plugin tells WebCore if it is QWidget based or QGraphicsWidget based, we need to decide if it is ok to assume in Symbian^4 that all plugins are QGraphicsWidget based. The case of dynamically switching between QWebView and QGraphicdWebView also adds complication (see https://bugs.webkit.org/show_bug.cgi?id=35247#c8). All this leads me to think that maybe in Symbian^4, we do want to limit only to support QGraphicsWebView and QGraphicsWidget based plugins.
Simon Hausmann
Comment 2 2010-05-06 05:54:14 PDT
Marking as triaged. I'm not sure yet though what the advantage of QGraphicsWidget based plugins is over the windowless painting model.
Yael
Comment 3 2010-05-06 06:47:35 PDT
(In reply to comment #2) > Marking as triaged. > > I'm not sure yet though what the advantage of QGraphicsWidget based plugins is > over the windowless painting model. The goal of this exercise was to compare frame rates, and if we find this approach to provide a better frame rate, we would push it forward. The plugin itself is still under work (another team), so we did not start testing.
Yael
Comment 4 2010-11-11 11:49:10 PST
We are not planning to do that anymore. Closing the bug.
Note You need to log in before you can comment on or make changes to this bug.