PulkoMandy's blog

WebKit weekly report #42

Blog post by PulkoMandy on Fri, 2014-08-29 09:07

Hello world!

This week most of my time was spent on preparing the 1.4.3 release of HaikuWebkit. This fixes more bugs and removes the "tiled" rendering mode introduced in 1.4.0, which turned out to not work so well. Some old drawing issues will make a comeback, however, and I will need to dig into the app_server clipping code again to understnad what's happening there and actually fix them.

WebKit weekly report #41

Blog post by PulkoMandy on Fri, 2014-08-22 07:09

Hello there!

During the last two weeks, I spent most of my time working on the WebKit2 port. As I already mentioned, WebKit2 is where current WebKit development happens, and the most important change is the split of the WebKit system into two processes, one for showing the window, and one for doing the actual work of rendering the pages. But the more interesting thing is the more up to date and full-featured API that lets WebKit handle, for example, HTTPS certificates, so we don't have to do it ourselves - just show the dialog to the user when told to.

WebKit weekly report #40

Blog post by PulkoMandy on Fri, 2014-08-08 07:13

Hello world!

This week most of my time was spent working on getting WebKit2 compiling on Haiku. WebKit2 is the new multi-process model for WebKit. It replaces the old WebKit1 that our port uses currently. WebKit2 spawns a new process for each tab, and possibly more (for network access, etc.). The key features are:

  • When a webpage crashes WebKit, only the tab showing this page is lost, not the whole browser
  • The use of more processes makes the application feel more reactive. As you know, the threading model in WebKit is not a perfect fit with Haiku's one, but splitting things in a separate process allows us to have a standard Haiku application as the visible browser shell
  • All the tricks of getting WebKit running (specific tweaks to BApplication and BWindows) are moved to the rendering process. This makes the BWebView API much simpler, as it will become just a plain subclass of BView, with no expectations on the BApplication or BWindow
  • The WebKit2 API is where all current WebKit development happens. WebKit1 lacks support for some features

WebKit weekly report #39

Blog post by PulkoMandy on Fri, 2014-08-01 08:13

The quest to provide a better web browsing experience continues this week with some small fixes which result from hours of tracking down bugs.

WebKit weekly report #38

Blog post by PulkoMandy on Fri, 2014-07-25 07:37

Hello there,

As mentioned in the previous report, two weeks ago I attended the RMLL conference. As usual this was quite interesting, and an occasion to show Haiku to more people in the free software community. We got only about 10 persons attending our conference and 4 attending our workshop on making Haiku packages. However, the main event was the "Libre Village" where we got to meet people and try to get as much of them as possible to try Haiku. I played Critical Mass with some people there, and also helped porting PyTouhou to Haiku.

WebKit weekly report #37

Blog post by PulkoMandy on Fri, 2014-07-04 10:47

Hello there!

Few things to mention this week.

The 1.4.1 version of HaikuWebkit with the new drawing code is available in the nightlies. While it seems to work better in many cases, there will likely be a few regressions, please give it a test run and report any rendering problem you get.

With this released, I started the work on getting WebKit2 to build. Following the advise from one of the webkit-gtk developers in last week update comments, I'm starting with a port that will use UNIX Domain Sockets. Once that compiles, and I have studied the code a bit more, I will have a try at switching to BMessages. I noticed that the Apple ports are not using domain sockets but a darwin/XNU-specific IPC, so I think the same should be possible for us. The IPC is only one of the many small changes, fixes and cleanups we will have to work on for WebKit2 to compile. And then there's the work needed to also get it to run in an useful way.

Finally, I will be at the RMLL (http://2014.rmll.info) with mmu_man and oco next week, showing Haiku to all the people gathering there. This means there will probably be little time for coding on the WebKit port, but maybe we'll meet people from other projects and help them port their code to Haiku.

WebKit weekly report #36

Blog post by PulkoMandy on Fri, 2014-06-27 07:37

Hello everyone,

Things are rather quiet on the WebKit side this week. I'm reviewing and fixing the remaining bugs with the new drawing code, which is now working rather well. On the WebKit side, I have implemented a limited form of transform support for regions (only handling translation and scaling, not shear and rotations), which has very good results. As a consequence, we now have mostly correct drawing and quite good performance. Before I do a release (I know the version in current nightlies is quite outdated now), I want to fix one more bug, which is the lack of video display on youtube. This is probably a simple fix once I understand why the current code isn't working anymore.

Syndicate content