[webkit-dev] ［GTK］Scroll deficiency

[xiong]

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.

Thanks

-xiong

On Mon, Mar 30, 2009 at 10:02 AM, xiong <browserwk at gmail.com> wrote:

> Brent,
>
> I just start to resolve the problem.
>
> The "debug build" and "background color" hack you mentioned, i also
> need time to try.
>
> Please wait a reply.
>
> I hope the member in the mail-list to join in the work, when see the
> subject if you have the same symptom.
>
> Thanks.
>
> -Xiong
>
>
> On Fri, Mar 27, 2009 at 1:54 PM, Brent Fulgham <bfulgham at gmail.com> wrote:
>
>> Xiong,
>> I'm sorry you are encountering the problem, but I must admit I am glad
>> someone else is seeing this issue as now we can pool our efforts to resolve
>> it.
>>
>> Since you are using directfb stuff, and I am on top of Windows, it seems
>> the culprit is somewhere in the Cairo logic.  Perhaps the dirty regions are
>> not being computed properly (I have encountered a few places where the
>> coordinate systems in Cairo and Windows don't agree).
>>
>> However, the kludge of setting a background color (does this work for you
>> as well?) does not fit into the 'bad coordinate' theory, as I don't see how
>> the presence of a background color in the rendering instructions would
>> affect this.
>>
>> The fact that it does not happen for me in Debug builds makes me wonder if
>> maybe there is some kind of improper initialization or buffer overrun that
>> is involved.
>>
>> -Brent
>>
>>
>> On Mar 26, 2009, at 10:48 PM, xiong wrote:
>>
>> Webkit r40777 Release builds for me.
>>
>> On Fri, Mar 27, 2009 at 1:25 PM, Brent Fulgham <bfulgham at gmail.com>wrote:
>>
>>> I wonder if your issue is related to one I documented on Windows (using
>>> Cairo backend) a few months ago.  Currently this only happens for me in
>>> Release builds, but it's still quite annoying.
>>>
>>> https://bugs.webkit.org/show_bug.cgi?id=22891
>>>
>>> I attached a few images in my bug for comparison.
>>>
>>> The easiest way to reproduce is to go to the http://planet.webkit.organd try to scroll up/down the page using the scroll bar.  After a short
>>> while you will find areas of the page not rendered.
>>>
>>> Thanks,
>>>
>>> -Brent
>>>
>>>
>>> On Mar 26, 2009, at 9:54 PM, browserwk wrote:
>>>
>>>  Dear all:
>>>>
>>>> I am able to run webkit over directfb backend on arm platform - using
>>>> GtkLauncher .
>>>>
>>>> The problem I face is that when I open
>>>> http://www.google.com/intl/en/privacy.html using this browser and
>>>> scroll
>>>> the page; it results the visual area is not updated when scrolling, and
>>>> the screen display confusion.
>>>>
>>>> Any ideas where to look to fix this issue ?
>>>>
>>>> Appreciate any clues~
>>>>
>>>> FYI:
>>>> [Following address are the screenshots]
>>>>
>>>> Render OK when not scroll:
>>>>
>>>> http://picasaweb.google.com/lh/photo/ybhIcahTEgsfBmMzXM13-g?feat=directlink
>>>>
>>>> Render error when scroll:
>>>>
>>>> http://picasaweb.google.com/lh/photo/0B8fi1ZTZ7hWH0S86a5RJA?feat=directlink
>>>>
>>>> http://picasaweb.google.com/lh/photo/_ScHyJBOmJ8-xbRB_aZ2NQ?feat=directlink
>>>>
>>>> http://picasaweb.google.com/lh/photo/Ael-gWdHEVnEtu_qbMFOZw?feat=directlink
>>>>
>>>> BTW:
>>>> I am using following version of packages and running DirectFB without
>>>> any acceleration on my embeded target.
>>>> WebKit-r40777
>>>> gtk+-2.12.12
>>>> cairo-1.4.14
>>>> DirectFB-1.2.6
>>>>
>>>> Thanks.
>>>>
>>>> -xiong
>>>> _______________________________________________
>>>> 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/20090330/f9bf680d/attachment.html>