[webkit-dev] Fwd: [GTK]Scroll deficiency
Xiong
browserwk at gmail.com
Tue Apr 21 19:34:34 PDT 2009
---------- Forwarded message ----------
From: Xiong <browserwk at gmail.com>
Date: Wed, Apr 22, 2009 at 9:42 AM
Subject: Re: [webkit-dev] [GTK]Scroll deficiency
To: Frank Thomsen <fth at trifork.com>
Cc: Brent Fulgham <bfulgham at gmail.com>
Hi Frank
I am working on gtk+directfb and Brent working on Window+cairo, and you
?
As you see, Brent and i have two separate bugs, because the workarounds
he described
do not help me.
For now, i have resolved the problem in my platform.
The reason why the screen display confusion is that GDK do not refresh
the
overlapping region when scrolling.
So, change the codes as following:
In function ChromeClient::scroll()
// gdk_window_move_region(window, moveRegion, delta.width(),
delta.height());
// gdk_region_offset(moveRegion, delta.width(), delta.height());
gdk_window_move_region(window, moveRegion, moveRect.width,
moveRect.height);
gdk_region_offset(moveRegion, moveRect.width, moveRect.height);
After do that, the problem was gone, at least in my
platform(Gtk+directfb).
Good luck.
-xiong
2009/4/17 Frank Thomsen <fth at trifork.com>
Hi guys
>
> Yesterday I wrote that I had solved the problem - at least on my machine.
> Well, I was wrong. Apparently the redraw-problem only exists in
> release-mode.
> Could you please tell me what you have done to circumvent this problem? You
> have talked about both commenting out code and doing something with the ...
> background..? Whatever it is I cannot find it in the mailing list, so I
> would really appreciate if you could enlighten me. And do you know if this
> has been reported as a bug? Can't seem to find that either...
>
> Thanks in advance!
> Frank
>
> -----Original Message-----
> From: webkit-dev-bounces at lists.webkit.org [mailto:
> webkit-dev-bounces at lists.webkit.org] On Behalf Of Brent Fulgham
> Sent: 31. marts 2009 01:04
> To: xiong
> Cc: webkit-dev at lists.webkit.org
> Subject: Re: [webkit-dev] [GTK]Scroll deficiency
>
> Hi Xiong,
>
> Thanks for trying these suggestions.
>
> On Sun, Mar 29, 2009 at 8:24 PM, xiong <browserwk at gmail.com> wrote:
> > Brent,
> >
> > In my platform, all the hack as you metioned are valueless.
> >
> > Bad news to me.
> >
> > Now, i only have a clue on cario for the scroll problem.
>
> I think we may have two separate (but perhaps related) bugs, because
> the workarounds I described do not help your problem. Furthermore,
> the change you suggested (comment out the "if (contentChanged)" test
> in ChromeClient::repaint ()) does not resolve my problem, while it
> does fix yours.
>
> Thanks,
>
> -Brent
> _______________________________________________
> webkit-dev mailing list
> webkit-dev at lists.webkit.org
> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-dev/attachments/20090422/2460e225/attachment.html>
More information about the webkit-dev
mailing list