[Webkit-unassigned] [Bug 14857] [gtk] ScrollView and WebKitGtkPage changes to make multiple frames possible

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Fri Aug 3 12:12:53 PDT 2007


------- Comment #12 from freyther at handhelds.org  2007-08-03 12:12 PDT -------
(In reply to comment #11)
> (From update of attachment 15796 [edit])
> I'm not sure why this patch is needed. The previous implementation looked
> pretty much identical to the Windows implementation in WebKit/win/WebFrame.cpp.

>From bug number #13913 and darin's (IIRC) comments on IRC are FrameView's not
meant to be recycled. I found out about this wondering why after visitng
w3c.org TR's and leaving torwards another site
ScrollView::setStaticBackground(true) was called even if the site has no static
background. So either the patch from #13913 should be finished (by taking mitz
comments into acount), or I need to recreate a Frame everytime I surf to
another patch (we might do that when implementing the b/f cache), or I miss
something else.

At least this patch follows the mac port in regard to creating the FrameView,
so some enligthenment would be appreciated.

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

More information about the webkit-unassigned mailing list