On Thu, Jul 31 2025 at 10:35:55 AM -05:00:00, Michael Catanzaro
wrote:
I didn't even know this existed. There are 0 applications using
WebKitWebFrame according to Debain codesearch, so it's surely safe to
remove.
That's a typo, I meant: "0 applications using WebKitWebEditor"
___
What I have in mind is: completely new API version. It would be an
entirely new package in distros, not an upgrade to existing packages.
The downside is that applications that do not port to the new API
version will eventually get stuck when we drop the current API versions.
The good news
One more thing that hasn't been mentioned yet: we'll need a UI process
replacement for WebKitWebPage::send-request. Hopefully this won't slow
down HTTP requests too much; I guess there's probably enough IPC
involved already that it hopefully won't be significant.
On Wed, Jul 30 2025 at 02:1
El mié, 30-07-2025 a las 15:58 -0700, Alex Christensen escribió:
> Thanks, Carlos!
>
> > On Jul 30, 2025, at 5:19 AM, Carlos Garcia Campos
> > 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
> >
El mié, 30-07-2025 a las 15:59 -0700, Alex Christensen via webkit-dev
escribió:
> We are talking about time scales longer than LTS support. This email
> thread is already 3 years old, and most LTS distros seem to support
> around 5 years. We can probably support current APIs another 5
> years, bu
We are talking about time scales longer than LTS support. This email thread is
already 3 years old, and most LTS distros seem to support around 5 years. We
can probably support current APIs another 5 years, but hopefully not longer.
We’ve already done a major breaking transition with the chan
Thanks, Carlos!
> On Jul 30, 2025, at 5:19 AM, Carlos Garcia Campos 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
On 7/29/25 20:32, Alex Christensen via webkit-dev wrote:
> 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:
>
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
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 WKWebExt
By the way, we have many of the same hurdles that you do and we don’t have good
solutions to all the problems yet.
> On Aug 16, 2022, at 6:46 PM, Alex Christensen via webkit-dev
> wrote:
>
> Thanks for the analysis, Carlos! We are only at the beginning of this
> journey, but I’m glad we’ve b
Thanks for the analysis, Carlos! We are only at the beginning of this journey,
but I’m glad we’ve begun it together. There will be many bumps along the way,
but I’m confident it’ll be worth it.
> On Aug 16, 2022, at 6:35 AM, Carlos Garcia Campos via webkit-dev
> wrote:
>
> Here is the list
Here is the list of features in GTK and WPE ports exposed using
injected bundle.
JavaScript extensions
-
Used by apps to expose current JavaScript APIs using the JSC API. This
includes:
- WebKitScriptWorld: The window-object-cleared signal is the initial
point for injecting
El vie, 12-08-2022 a las 13:40 -0700, Alex Christensen via webkit-dev
escribió:
> Hello WebKit developers! We are ramping up to do some serious work on
> Site Isolation which includes putting cross-origin iframes in a
> different process than the parent frame. Similar efforts have been
> done in ot
That sounds like the ideal way to handle this.
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
I agree that this will be quite disruptive. I think it would be advantageous
to deprecate the InjectedBundle APIs asap. At least for the next year (and
likely a little longer) we will need to keep a working configuration without
site isolation. In the very long term we probably don’t want to
On Fri, Aug 12 2022 at 01:40:02 PM -0700, Alex Christensen via
webkit-dev wrote:
Would the maintainers of the GTK and WPE APIs be willing to assist in
migrating from those APIs and designing replacements in the UI
process?
Sigh... we'll need to discuss what to do. Unfortunately, these are
pu
Hello WebKit developers! We are ramping up to do some serious work on Site
Isolation which includes putting cross-origin iframes in a different process
than the parent frame. Similar efforts have been done in other browser engines
and some related work has already been done in WebKit, but not en
18 matches
Mail list logo
