WebKitGTK+ 1.1.4

General, webkit 10 Comments

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.

Good news, everyone

General, webkit 16 Comments

Update: in good old brown paper-bag bug tradition we messed up the soversion calculation in 1.1.2, so please use the new and improved 1.1.3. Sorry for the trouble :)

As promised, just before GNOME 2.26, two new releases.

First, WebKitGTK+ 1.1.2, now from our brand new website (created by Christian Dywan, kindly hosted by Igalia). It brings two weeks of  improvements, this is the NEWS file:

- Added support for downloads: a new signal, ‘download-requested’,
will be emitted by WebKit when a download is requested. On top of
that, the download process has been encapsulated in a new object,
WebKitDownload, which allows the user to control it or to start
new downloads from the client side.
- Added webkit_web_view_get_encoding to get the automatic encoding
of the current page.
- Added GObject properties for ‘encoding’ and ‘custom-encoding’.
- Added ‘javascript-profiling-enabled’ property to the WebInspector,
which allows to enable and disable the profiling functionality.
- Added API to create and add history items to WebKit’s history.
- Improved debugging support with WEBKIT_DEBUG environment
variable. Most of the settings will only give useful output for
debug builds, but WEBKIT_DEBUG=Network will log all HTTP traffic
form libsoup to console. See WebCore/platform/gtk/LoggingGtk.cpp
for all the options available.
- Lots of bugfixes.

Get it in our download page!

One last thing about WebKitGTK+: we plan to release one *unstable* 1.1.x version every two weeks until GNOME 2.28, where we’ll release a new stable 1.2.0 version (basically, we follow GNOME/Kernel versioning system). As in GTK+, the stability of newly introduced API during the development cycle is not guaranteed; we won’t break it willy-nilly, but we’ll do it if we feel we have to in order to get the best possible API.

Second, the first Epiphany release of the WebKit era: Epiphany 2.27.0. This is the first unstable release of the 2.27.x cycle, and the goal is to get as many people as possible testing it to have a solid 2.28.

What’s in it?

We have some new pretty eye candy, like the new progress-in-entry (thanks to the GTK+ guys for the functionality and to Benjamin Berg for the emergency theming fix!):

progress-in-entry1

We suppor the WebKit WebInspector, with similar functionality to the Firefox Firebug extension:

inspector

We are also fixing “historical” bugs, like an option to force all windows to be opened in a tab (gconf key /apps/epiphany/general/open_new_windows_in_tab), or storing all auth data in gnome-keyring (already working for HTTP auth if you pass –enable-gnomekeyring to WebKitGTK+, storing auth data from forms is still missing).

We have done a lot since those early snapshots that were shipped with 2.22.x and 2.24.x (until we removed them because people thought that was the state-of-the-art webkit backend, which has always been in trunk and has never been released until now), and the browser is well into ‘dogfoodable’ territory, so I encourage everyone interested to give this a try and report all issues.

Thanks to all the contributors to WebKit and all the other modules we use, it’s a pleasure to be one little cog in the machine :)

WebKitGTK+ 1.1.1

General, webkit 20 Comments

After a few months of hard work I’m happy to announce, on behalf of the WebKitGTK+ team, a new release of WebKitGTK+:

http://cafe.minaslivre.org/webkit/webkit-1.1.1.tar.gz

md5sum: d3a5d7233beab310e9d3e5568fae49a1

We are storing the tarballs in a host kindly donated by Gustavo while we work on an official homepage for the project, which hopefully will be done sooner than later. We also plan to release more often from now on, with the next release coming right in time for GNOME 2.26.

The NEWS file for this release, check the documentation for all the details:

================
WebKitGTK+ 1.1.1
================

What’s new in WebKitGTK+ 1.1.1?

- ABI compatibility with 1.0.3 was broken, so you will need to
recompile your application against 1.1.1
- Support for the CURL backend was dropped, libsoup is the only HTTP
backend now.
- webkit_get_default_session, to get the SoupSession used internally
by WebKit.
- ‘create-web-view’ signal, emitted when the creation of a new
window is requested.
- ‘navigation-policy-decision-requested’ signal, emitted when a
navigation to another page is requested.
- ‘mime-type-policy-decision-requested’ signal, emitted each time
WebKit is about to show a URI with a given MIME type.
- Support for the Web Inspector
(see http://webkit.org/blog/197/web-inspector-redesign/)
- HTTP authentication support, with optional gnome-keyring storage.
- New load functions: webkit_web_view_open, webkit_web_view_load_uri
and webkit_web_view_load_request. The old
webkit_web_view_load_string and webkit_web_view_load_html_string
are now deprecated.
- webkit_web_view_reload_bypass_cache
- webkit_web_view_{get,set}_custom_encoding, to override the
encoding of the current page.
- Improved stability and lots of bugfixes.