We have a plan for Epiphany 1.4. Unfortunately because of post hacked widget problems we have not been able to publish it yet.
I'm trying to make gtkmozembed an interface to GRE. That way I think it will become a much more viable candidate to be used in other desktop apps. Immediate advantages are the ability to use it without ugly wrapper scripts with the mozilla libraries directory hardcoded and to not depend anymore on the whole mozilla browser installation. In the process I found an interesting bug in the SDK. Well the request for blocking 1.7 sounds promising. Thanks bsmedberg ! (I wonder if mozilla guys reads planet gnome).
Mark cleared my confusion on multihead. Next week I should be able to add multi screen support to Epiphany.
Seth posted a patch to add non local uri support to epiphany file pickers. Unfortunately mozilla support for gnome-vfs uris is still not complete and we had to delay it post GNOME 2.6.0. For 2.8 I think the way to go is pretty clear: complete mozilla gnome-vfs support and allow non local uri for almost all file pickers. On the short time (2.6.x) I'm not sure what's the best solution though. Mozilla 1.7 can already open all gnome-vfs protocols but not save them. The most conservative approach would be to enable local uri for open mode file pickers only if compiled with Mozilla 1.7. Otherwise we could make sure the operation doesnt fail silently when saving/opening a not supported protocol and show a warning to the user. Is the ability to save to webdav and sftp worth the confusion of showing smb mounts in the filepicker and then failing to save in them ?
I love the new bugzilla. Thanks to everyone that worked on it :)