It will be used by the GTK+ port instead of the C API.
Created attachment 312673 [details] Patch
Created attachment 312674 [details] Patch
Created attachment 312675 [details] Patch
Created attachment 312676 [details] Patch
Comment on attachment 312676 [details] Patch What does this allow that the existing infrastructure does not? Apple doesn't have any public injected bundle API.
(In reply to Alex Christensen from comment #5) > Comment on attachment 312676 [details] > Patch > > What does this allow that the existing infrastructure does not? Apple > doesn't have any public injected bundle API. I think this is "the new way", we have other clients in the injected bundle following this pattern. The main advantage is that we can easily modify the interface, without having to deal with the C API interfaces versions. I'm doing it now, because I want to get rid of the C API usage leftovers in the GTK+ API implementation. This will make easier to refactor the common code to reuse as much as possible for the new glib based api for WPE.
Comment on attachment 312676 [details] Patch Sure, r=me. It would be nice if WPE could not have injected bundle API. It would also be nice if GTK had no injected bundle API. I want a pony.
Committed r218164: <http://trac.webkit.org/changeset/218164>
Reopen for follow-up fix.
Created attachment 312819 [details] Patch
Committed r218217: <http://trac.webkit.org/changeset/218217>
rdar://problem/32743193