WebKitGTK+ 1.1.4

So, another two weeks, another release. I suppose nobody would have noticed, but we are releasing on Mondays instead of Sundays because we figured it was better to have reviewers around for the inevitable last minute commits. This time we helped Darin to fix a nasty regression on IRC which would have been a shame to ship with, so yeah, it happened again.

The big visible things on this release are preliminary support for the HTML5 media tags (it works, I saw the Transformers trailer with it!), and a new signal, WebKitWebView::new-window-policy-decision-requested, which gives us the means to properly handle, at last, links with target=_blank (already available in Epiphany trunk). As usual there’s a bunch of bugfixes and other improvements, the complete NEWS file is:

================
WebKitGTK+ 1.1.4
================

What’s new in WebKitGTK+ 1.1.4?

– WebKitWebView gained uri and title properties, deprecating the
usage of the title-changed signal.
– Basic functionality for HTML5 media tags has been achieved; there
are many unimplented methods, and rough edges still, though.
– Font rendering received quite some love, with layouting, and
memory handling fixes, and at least one less crash.
– A new signal, new-window-policy-decision-requested, has been added
to WebKitWebView, that makes it possible for the application to
correctly decide what to do when new windows are requested.
– A bug that made tooltips for consecutive links not update their
location was fixed.
– Several improvements were made to the HTTP backend, including
making it more robust when talking to servers which send bad
Content-Type headers.
– WebKitWebView now uses the GtkBinding system to handle key events,
which means that the user is now able to customize the keys used
for various operations, and that many subtle bugs have been fixed.

This entry was posted in General, webkit. Bookmark the permalink.

10 Responses to WebKitGTK+ 1.1.4

  1. Michael says:

    Great stuff again!

    Btw, imho it would be a good idea to push for WebKitGTK usage in GNOME (Yelp, Devhelp, …) now… better not risk missing another release target.

  2. CoolGoose says:

    Go WebKitGTK Go.

    I can’t wait for Epiphany 2.28 to use the webkit backend by default so i can use the nifty inspector so I can ditch Firefox and Firebug.

    Don’t get me wrong, Firebug is great but Firefox is starting to annoy me.

  3. claudio says:

    You should really put that NEWS file inside code html tags or in a html bulleted list 🙂

  4. Neil says:

    This is for Maemo? Is there a deb?

  5. steev says:

    Silly question perhaps but…

    where can this be downloaded from?

  6. Wellu says:

    This is nice. I’ve been playing with Nokia N810 a bit trying to create a minimal WebKit based browser for it. Too bad the curl backend had to go which means I have to use libsoup and newer glib too. Anyway, good work!

  7. xan says:

    @claudio: Right! I’ll do it next time.

    @steev: oops 🙂 http://www.webkitgtk.org

    @Neil: I’m not aware of anyone doing any debian package for maemo, sorry. Shouldn’t be too difficult to compile, though.

  8. Neil says:

    @xan: Then why is this appearing on Maemo Planet if it has nothing to do with Maemo?

  9. xan says:

    @Neil: I’m not the editor of Planet Maemo.

  10. Neil says:

    It looks like you have aggregated your entire blog to Maemo Planet rather than just a Maemo-specific/relevant feed – please consider adding a Maemo tag so that posts that are not relevant to Maemo do not appear on the Maemo Planet.

    http://maemo.org/news/planet-maemo/aggregate_your_blog/

Leave a Reply

Your email address will not be published. Required fields are marked *