[webkit-dev] Fwd: ［GTK］Scroll deficiency

[Srinivas Rao M Hamse]

Hi Xiong,

My platform is WebKiton gtk+directfb. I am noticing that the issue is still
present in the current Webkit nightly R-44111 build. I saw your sugested
patch :

>   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 applying it, I am not finding the scroll deficiency issue.
I wish to know if this fix is working, why is it not landed yet. What is the
plan for this bug.
What is the bug number for Gtk+Directfb platform.

Thanks and regards,
Srinivas Rao.M <http://msrinirao.blogspot.com>




On Wed, Apr 22, 2009 at 8:04 AM, Xiong <browserwk at gmail.com> wrote:

>
>
> ---------- 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
>>
>
>
>
> _______________________________________________
> webkit-dev mailing list
> webkit-dev at lists.webkit.org
> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
>
>


-- 
Srinivas Rao M  Hamse
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-dev/attachments/20090602/35547b59/attachment.html>