Qt can make fast scrolling and fast zooming. However, efl always make zooming and scrolling when receiving didRenderFrame mesage from Web Process. It makes big UI responsibility latency.
Refer to Bug 78602
In detail, PageViewportControllerClientQt calls movementStarted() and contentXChanged() if needed.
PageViewportControllerClientQt::PageViewportControllerClientQt(QQuickWebView* viewportItem, QQuickWebPage* pageItem)
connect(m_viewportItem, SIGNAL(movementStarted()), SLOT(flickMoveStarted()), Qt::DirectConnection);
connect(m_viewportItem, SIGNAL(movementEnded()), SLOT(flickMoveEnded()), Qt::DirectConnection);
connect(m_viewportItem, SIGNAL(contentXChanged()), SLOT(pageItemPositionChanged()));
connect(m_viewportItem, SIGNAL(contentYChanged()), SLOT(pageItemPositionChanged()));
connect(m_scaleAnimation, SIGNAL(stateChanged(QAbstractAnimation::State, QAbstractAnimation::State)),
I does not have enough knowledge of efl UI toolkit framework. It is good if someone fix this bug before I study efl framework :)
I don't understand this.
Currently EFL doesn't have a way to pinch and pan, so you can only scroll by selection text/images or by using the wheel. That then sends scroll requests to the UI side.
Could you explain better?
Currently, when EFL scrolls, EFL needs two message communications: request (UI Process -> Web Process) and response (Web Process -> UI Process).
However, we can speculatively scroll in UI side like Qt.
In detail, EFL runs following process for scrolling.
1. Request scrolling web process to ui process
- UI Process : WebPageProxy::scrollBy()
- Web Process : WebCore computes
2. Response scrolling
- Web Process : notify did scrolling
- UI Process : PageViewportController::pageDidRequestScroll is called.
-- Update scroll position of EwkView and request rendering of EwkView.
void PageViewportControllerClientEfl::setViewportPosition(const WebCore::FloatPoint& contentsPoint)
m_contentPosition = contentsPoint;
However, Qt can scroll in UI side. currently, Qt did when flicking.
When Qt view's scroll position is changed, flickMoveStarted(), pageItemPositionChanged() and flickMoveEnded() are called.
Three methods update windows with changed scoll position.
m_lastScrollPosition = m_viewportItem->contentPos();
m_ignoreViewportChanges = false;
// This method is called on the end of the pan or pan kinetic animation.
m_ignoreViewportChanges = true;
QPointF newPosition = m_viewportItem->contentPos();
updateViewportController(m_lastScrollPosition - newPosition);
m_lastScrollPosition = newPosition;
I think if efl implemented fast scolling like qt, scrolling latency can be significantly reduced.
Ah of course we will implement this. Btw, Qt also does the same as us for mouse wheel scrolls. Potentially that could also be done on UI side (with smoothing)
Closing this bug because the EFL port has been removed from trunk.
If you feel this bug applies to a different upstream WebKit port and was closed in error, please either update the title and reopen the bug, or leave a comment to request this.