Shaun McCance <[email protected]> writes: > On Tue, 2014-10-14 at 21:17 -0500, Michael Catanzaro wrote: >> On Tue, 2014-10-14 at 14:44 -0400, Matthias Clasen wrote: >> > On Tue, Oct 14, 2014 at 1:47 PM, Jim Nelson <[email protected]> wrote: >> > >> > > It would be great if the DOM was available via WebKitGTK and the local >> > > library did the IPC for us, but I've been told that that's not going >> > > to happen. The DOM is a huge API and I can't blame them for that. I >> > > do wish the separate process model was an optional run mode because, >> > > as I said, I don't see a lot of benefits moving to it for Geary. >> > > >> I think Geary is really the worst-case scenario here: a fairly large >> application that performs significant DOM manipulations in response to >> UI events, already written with the WebKit1 API. For apps that are just >> displaying web pages (everything not geary?) with no such compatibility >> concerns, porting should be relatively easy. > > Geary might be worst-case, but Yelp is non-trivial. It does some DOM > manipulation, and the whole way it pushes content to WebKit has to be > changed.
Yelp is easy! :-) We don't actually need to change the way content is pushed to WebKit, I switched the code to use custom uri schemes for the schemes managed by yelp because I thought it was the right way instead of the the current approach of using fake uris. > Carlos did a ton of patches on Yelp, more recently updated by Marcos, > but I haven't had time to fully test them. A lot of corner cases could > blow up when you change that bit of code. Right. > Honestly, the WebKit1 API seemed on the whole nicer to work with for any > application that isn't a web browser. What about Empathy? A chat display > strikes me as something that's more about data insertions than showing > some URI. The process separation is mostly transparent for most of the cases, unless you need to access the DOM. > -- > Shaun > > > _______________________________________________ > desktop-devel-list mailing list > [email protected] > https://mail.gnome.org/mailman/listinfo/desktop-devel-list -- Carlos Garcia Campos PGP key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x523E6462
pgpEX2VUGHEd3.pgp
Description: PGP signature
_______________________________________________ desktop-devel-list mailing list [email protected] https://mail.gnome.org/mailman/listinfo/desktop-devel-list
