- Debugger: Getting mixed signals
- 'Packaging Infrastructure' Contract Weekly Report #4
- Haiku monthly activity report - 06/2015
- 'Packaging Infrastructure' Contract Weekly Report #3
- 'Packaging Infrastructure' Contract Weekly Report #2
- GCI 2014 winners trip report (mentor side)
- TeX Live and LyX; Changes to the boot code
- 'Packaging Infrastructure' Contract Weekly Report #1
- Beginning of 'Packaging Infrastructure' Contract
- Haiku monthly activity report - 05/2015
WebKit weekly report #33
Hello everyone!
Work on the new drawing code for WebKit continues this week. We have scrolling support again (this was a bug in app_server, which stippi helped to fix), the scrollbars are drawn in the view thread (we are still using the fake scrollbars from WebKit), and the screen is updating as it should, so we get animations to work much better (for example the 2048 game plays with animations now).
Things are getting ready for a release, but there is still one annoying bug: only the first tile from the tiled backing store is rendered. This limits the viewable area of webpages to 4096x4096 pixels. So when scrolling down on some pages, at one point they stop rendering. I'm investigating the cause for this. DrawBitmap is called for each tile, but only the first actually manages to put something on screen. It could be a clipping issue again.
I'm still working with an offscreen bitmap for the rendering, I still plan to remove it but that needs some support for locking the relayout of the page during a draw. I will see if there is an easy way to do that.
I tested the new rendering more thoroughly, and it seems to work quite well. Scrolling on some pages got faster, pages that were not rendering at all (feedly, foxnews) are working, and a few more drawing glitches are fixed. There is also some improvements on rendering openstreetmaps.org and maps.yandex.ru: the maps are visible now, but they are shown at the wrong place. it seems there is a missing translation. I have an idea where this may come from, but I'll have to experiment with it a bit more.
Also, I will be on vacation next week, so there will be no work done and no report. See you in June!
- PulkoMandy's blog
- Login or register to post comments

Comments
Re: WebKit weekly report #33
Do you know which nightly build that these changes are reflected?
Thanks!
Michael
Re: WebKit weekly report #33
Re: WebKit weekly report #33
Ok thanks :-)
Re: WebKit weekly report #33
Go PulkoMandy! Your work is much appreciated. I hope you have a wonderful vacation. :)
Re: WebKit weekly report #33
I just ran the latest nightly (hrev 47259) and it feels so good!
http://i.imgur.com/VU1DpTa.png
Great work PulkoMandy, keep it up! ^^
Re: WebKit weekly report #33
Thanks so much - really great progress and great work!
Re: WebKit weekly report #33
hrev47261
Bad work HTML5 - !!!
Video (BeScreenCapture) - BADhtml5hrev47261.avi.zip
Re: WebKit weekly report #33
Once you have HTML5 video working well do you think it makes sense to enable the DRM features required to get things like NetFlix working? The news is that NetFlix is going to support HTML5 n the Mac which might mean Haiku could benefit from that as well.
I hope amazon video follows suite... currently they only offer Silverlight and Flash.
Re: WebKit weekly report #33
Just as we started to have open source flash implementations (gnash, shumway, ...), people are moving things to another technology to escape those.
If there is an implementation of the DRM support that we can port to Haiku (it will probably need to be an opensource one), I see no problem in adding support for it.