NEW126355
[CoordinatedGraphics] The changed scale of page should be applied to WebProcess directly when page is scaled.
https://bugs.webkit.org/show_bug.cgi?id=126355
Summary [CoordinatedGraphics] The changed scale of page should be applied to WebProce...
Hunseop Jeong
Reported 2013-12-31 20:54:58 PST
Currently, don't send the changed scale of page to WebProcess directly when page is scaled. Because scale of page in WebProcess isn't set in a moment, unnecessary calculation of tile is added.
Attachments
Patch (2.59 KB, patch)
2013-12-31 23:40 PST, Hunseop Jeong
no flags
Patch (2.33 KB, patch)
2013-12-31 23:43 PST, Hunseop Jeong
no flags
Patch (2.46 KB, patch)
2014-01-09 23:03 PST, Hunseop Jeong
no flags
Patch (2.43 KB, patch)
2014-03-04 22:57 PST, Hunseop Jeong
no flags
Hunseop Jeong
Comment 1 2013-12-31 23:40:12 PST
Hunseop Jeong
Comment 2 2013-12-31 23:43:18 PST
Gyuyoung Kim
Comment 3 2014-01-02 17:32:31 PST
Comment on attachment 220181 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=220181&action=review Noam, could you take a look this ? > Source/WebKit2/ChangeLog:8 > + Because location of function for sending scale of page to WebProcess is wrong, scale of page in WebProcess isn't promptly set. scale of page to WebProcess -> a scale of page to WebProcess ? scale of page in WebProcess -> the scale of page in WebProcess ? > Source/WebKit2/ChangeLog:9 > + This patch moves function for sending scale of page to correct location. I think this patch move a place of scalePage() invocation. This description seem a little unclear.
Hunseop Jeong
Comment 4 2014-01-09 23:03:41 PST
Noam Rosenthal
Comment 5 2014-01-09 23:25:24 PST
Comment on attachment 220805 [details] Patch What is the implication of this? Is there a flicker? How is this tested?
Gyuyoung Kim
Comment 6 2014-03-04 22:28:13 PST
Comment on attachment 220805 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=220805&action=review > Source/WebKit2/UIProcess/CoordinatedGraphics/PageViewportController.cpp:324 > + m_webPageProxy->scalePage(m_pageScaleFactor, roundedIntPoint(m_contentsPosition)); Why do you call scalePage() in applyPositionAfterRenderingContents() instead of applyScaleAfterRenderingContents() ?
Gyuyoung Kim
Comment 7 2014-03-04 22:28:37 PST
Comment on attachment 220805 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=220805&action=review > Source/WebKit2/ChangeLog:3 > + [EFL] The changed scale of page should be applied to WebProcess directly when page is scaled. [EFL] -> [CoordinatedGraphics]
Hunseop Jeong
Comment 8 2014-03-04 22:41:16 PST
When changed the scale of page, didn't apply the scale (In reply to comment #6) > (From update of attachment 220805 [details]) > View in context: https://bugs.webkit.org/attachment.cgi?id=220805&action=review > > Source/WebKit2/UIProcess/CoordinatedGraphics/PageViewportController.cpp:324 > > + m_webPageProxy->scalePage(m_pageScaleFactor, roundedIntPoint(m_contentsPosition)); > Why do you call scalePage() in applyPositionAfterRenderingContents() instead of applyScaleAfterRenderingContents() ? You are right, it was my fault. I will move the scalePage() to applyScaleAfterRenderingContents().
Hunseop Jeong
Comment 9 2014-03-04 22:57:51 PST
Gyuyoung Kim
Comment 10 2014-03-04 23:06:37 PST
(In reply to comment #5) > (From update of attachment 220805 [details]) > What is the implication of this? Is there a flicker? How is this tested? As Noam said, you have to explain why we should move it. Any performance benefit ? I wonder it as well.
Gyuyoung Kim
Comment 11 2016-04-19 01:57:32 PDT
Comment on attachment 225860 [details] Patch Clear r? because there was no reply against last question for a long time.
Hunseop Jeong
Comment 12 2016-04-19 03:06:19 PDT
Sorry for the late reply. I uploaded the patch for the benefit of scaling on the mobile phone. But I don't know that this patch is still valid.
Note You need to log in before you can comment on or make changes to this bug.