[Webkit-unassigned] [Bug 34838] New: [Qt] Avoid contant painting while loading
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Thu Feb 11 04:59:37 PST 2010
https://bugs.webkit.org/show_bug.cgi?id=34838
Summary: [Qt] Avoid contant painting while loading
Product: WebKit
Version: 312.x
Platform: S60 Hardware
OS/Version: S60 3rd edition
Status: UNCONFIRMED
Severity: Normal
Priority: P2
Component: WebKit Qt
AssignedTo: webkit-unassigned at lists.webkit.org
ReportedBy: henry.haverinen at nokia.com
CC: benjamin.poulain at nokia.com
QWebFrame should have a mechanism for avoiding constant painting while loading.
This is important on mobile and embedded platforms where constant painting will
detoriate the UI responsiveness and cause the page loading to take more time
than needed.
This functionality should be done in the frame level so that it can be applied
to a complex iframe while the main frame has already been loaded and is already
painted normally.
The proposed way to do this is to add a condition to QWebFrame::render and
QWebFrame::event for not doing painting or event handling for the first seconds
during loading on an embedded/mobile device. Please see the example attached to
this JIRA entry: http://bugreports.qt.nokia.com/browse/QTWEBKIT-42.
This feature should be disabled by default on desktop platforms, and good
default settings are needed on embedded platforms. For example on Symbian,
painting and event handling could be disabled for the first 5-7 seconds while
still loading. Since the capabilities of Qt-based embedded devices can vary a
lot, the same platform-specific default might not always be appropriate.
Therefore, a new global setting in QWebSettings for the time could be added.
A possible further improvement would be to develop some kind of smart logic to
measure the time elapsed in the first paint event, and depending on the result,
painting might be disabled automatically for some time. This logic would not
require any settings or platform specific default values.
--
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the webkit-unassigned
mailing list