[Webkit-unassigned] [Bug 67109] [EFL] Queued scroll feature

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=67109





--- Comment #29 from Kamil Blank <k.blank at samsung.com>  2012-02-14 07:16:59 PST ---
(In reply to comment #27)
> (In reply to comment #26)
> > > > Source/WebKit/efl/ewk/ewk_frame.cpp:780
> > > > +        const int bottomBound = frameHeight - scrollY - visibleHeight;
> > > 
> > > What if both rightBound and bottomBound have minus result ?
> > 
> > Is it possible?  
> > If page is maximally down scrolled then frameHeight = scrollY + visibleHeight => bottomBound = 0. The same with rightBound when page is maximally scrolled to the right.
> 
> It can be smaller then visible rect's height if frameHeight means contents's height because content size can be smaller than visible rect after the zoom or small size of contents can be created.

The case you described means that whole content is smaller than its currently visible part. Could you please give me some example for this situation so I can check it? 

(In reply to comment #28)
> One more question,
> 
> > Source/WebKit/efl/ewk/ewk_frame.cpp:815
> > +    smartData->queuedScrolls.deltaY = 0;
> 
> I am wondering whether idler cb will do unexpected behavior if this api is called before idler cb will work.

I guess you meant ewk_frame_scroll_set, right? That's why deltaY and deltaX are zeroed here to avoid calling scrollBy() by idler in case of calling this API.

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.