WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
Bug 81164
[Qt][WK2] QtWebKit2 should support Page Visibility API
https://bugs.webkit.org/show_bug.cgi?id=81164
Summary
[Qt][WK2] QtWebKit2 should support Page Visibility API
Jesus Sanchez-Palencia
Reported
2012-03-14 15:32:49 PDT
We should implement the Page Visibility API support in QQuickWebView as soon as WebKit2 and WKTR have what is needed to it.
Attachments
Patch
(3.11 KB, patch)
2012-04-03 08:49 PDT
,
Jesus Sanchez-Palencia
no flags
Details
Formatted Diff
Diff
Patch
(3.32 KB, patch)
2012-04-03 10:49 PDT
,
Jesus Sanchez-Palencia
no flags
Details
Formatted Diff
Diff
Show Obsolete
(1)
View All
Add attachment
proposed patch, testcase, etc.
Allan Sandfeld Jensen
Comment 1
2012-04-01 06:01:13 PDT
It should be noted that parts of the visibility spec is nonsense in a modern desktop sense. A user-agent that has been minimized is NOT hidden, it is still rendered for previews and other composition effects. This is the same reason there is no support in Qt to get an event when the top-window is minimized.
Jesus Sanchez-Palencia
Comment 2
2012-04-03 07:04:17 PDT
(In reply to
comment #1
)
> It should be noted that parts of the visibility spec is nonsense in a modern desktop sense. > > A user-agent that has been minimized is NOT hidden, it is still rendered for previews and other composition effects. This is the same reason there is no support in Qt to get an event when the top-window is minimized.
With that in mind QWindow::isExposed and the whole new set of exposed events are being cooked, right? Plus, why can't you use QQuickCanvas::windowStateChanged and check for Qt::WindowMinimized, for instance? (QQuickCanvas inherits QWindow). cheers!
Allan Sandfeld Jensen
Comment 3
2012-04-03 07:55:10 PDT
(In reply to
comment #2
)
> (In reply to
comment #1
) > > It should be noted that parts of the visibility spec is nonsense in a modern desktop sense. > > > > A user-agent that has been minimized is NOT hidden, it is still rendered for previews and other composition effects. This is the same reason there is no support in Qt to get an event when the top-window is minimized. > > With that in mind QWindow::isExposed and the whole new set of exposed events are being cooked, right? > > Plus, why can't you use QQuickCanvas::windowStateChanged and check for Qt::WindowMinimized, for instance? (QQuickCanvas inherits QWindow). > >
QWindow doesn't have a windowStateChange. WindowState needs to be made into a property, or maybe that has already been done?
Jesus Sanchez-Palencia
Comment 4
2012-04-03 08:49:32 PDT
Created
attachment 135336
[details]
Patch
Alexis Menard (darktears)
Comment 5
2012-04-03 09:01:09 PDT
Comment on
attachment 135336
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=135336&action=review
> Source/WebKit2/UIProcess/qt/QtPageClient.cpp:275 > + if (m_webView->canvas() && m_webView->canvas()->windowState() == Qt::WindowMinimized)
Question is : when the isExposed will be ready? If it's a matter of little time, no need to check the workaround in no?
Early Warning System Bot
Comment 6
2012-04-03 09:44:38 PDT
Comment on
attachment 135336
[details]
Patch
Attachment 135336
[details]
did not pass qt-wk2-ews (qt): Output:
http://queues.webkit.org/results/12324125
Jesus Sanchez-Palencia
Comment 7
2012-04-03 10:49:24 PDT
Created
attachment 135363
[details]
Patch
WebKit Review Bot
Comment 8
2012-04-04 06:35:49 PDT
Comment on
attachment 135363
[details]
Patch Clearing flags on attachment: 135363 Committed
r113183
: <
http://trac.webkit.org/changeset/113183
>
WebKit Review Bot
Comment 9
2012-04-04 06:35:54 PDT
All reviewed patches have been landed. Closing bug.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug