[webkit-dev] InjectedBundle deprecation

[Alex Christensen]

Thanks, Carlos!

> On Jul 30, 2025, at 5:19 AM, Carlos Garcia Campos <cgarcia at igalia.com> wrote:
> 
> El mar, 29-07-2025 a las 17:32 -0700, Alex Christensen escribió:
>> Picking up this thread only 3 years later, we’ve made a lot of
>> progress in this regard, and we would like to coordinate with the
>> maintainers of the Linux APIs a little more.  Here are the main
>> categories we’ve made progress on:
>> 
>>>>> JavaScript extensions
>> 
>> We have since released public API WKWebExtension and migrated a large
>> amount of code to WebKit to support it.  Would a similarly shaped API
>> meet your needs for JavaScript extensions?
>> 
> 
> We really appreciate it and we are already working on exposing that
> API. But browser extensions are not the only thing, applications use
> the JavaScriptCore API to add their own js APIs.
We have some similar needs we haven’t come up with solutions to yet.  I’ve been thinking about a declarative way to inject JS APIs that forward calls and parameters to the UI process, but I haven’t implemented them yet.  Would such a thing meet the needs of current users of GTK’s injected bundle APIs?

> * Console messages: we removed this API but had to bring it back
> because users requested it.

Ah, I see in https://commits.webkit.org/259535@main .  I kind of created a UI process replacement in https://commits.webkit.org/292403@main and adopted it for WebKitTestRunner.  Do you think such a transition could be possible for your users?

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-dev/attachments/20250730/d823de19/attachment.htm>