Congratulations Vlad!
On Wed, May 15, 2024 at 10:43 AM Mike Taylor wrote:
> Congrats Vlad!
> On 5/15/24 12:22 PM, danakj wrote:
>
> Congrats, Vlad :)
>
> On Wed, May 15, 2024 at 12:19 PM Chris Harrelson
> wrote:
>
>> Hi all,
>>
>> I'd like to welcome Vlad as our newest API owner. He is a
Hi Steven,
I think you'll have better success asking about CanvasKit on
https://groups.google.com/g/skia-discuss which is suggested on
https://skia.org/about/ .
-Ken
On Wed, May 8, 2024 at 10:45 PM Steven Whelan
wrote:
> Hi,
> In C++,I am trying to read a .skp file as SKPicture as below
>
>
Hi Wenhan,
Would you join https://groups.google.com/a/chromium.org/g/graphics-dev and
post your question there? Several Microsoft colleagues are on that list and
may be able to confirm support.
-Ken
On Wed, May 8, 2024 at 11:46 AM wenhan chong wrote:
> Thanks François,
> I am not able to
sandbox.
>>
>>
>> On Tue, Apr 30, 2024 at 10:46 PM Steven Whelan
>> wrote:
>>
>>> Yes, trying to do this in renderer process. Would it work if I run
>>> Chromium with --nosandbox flag.
>>>
>>> On Tue, Apr 30, 2024, 21:58 Ken Russell
2024, 21:58 Ken Russell wrote:
>
>> Are you trying to do this within Chrome's renderer or GPU processes? If
>> so, the sandbox will prevent you from touching the local disk. You would
>> need to extend the sandbox policies to allow writing to a directory on disk
>> - some
Are you trying to do this within Chrome's renderer or GPU processes? If so,
the sandbox will prevent you from touching the local disk. You would need
to extend the sandbox policies to allow writing to a directory on disk -
some place that will not collide with other programs, so that if a bad
gt;>>> Can you request Privacy, Security, Enterprise, Debuggability, and
>>>> Testing reviews by following the procedure on ChromeStatus? Most of them
>>>> should be pretty simple, or even N/A, for this feature. But we're not
>>>> supposed to give API owner approval
ty simple, or even N/A, for this feature. But we're not supposed to
> give API owner approvals until they're underway.
>
> On Sat, Apr 20, 2024 at 12:42 PM Ken Russell wrote:
>
>> Correction: this API change is already tested in the Web Platform Tests,
>> by wpt/w
/+/5466430 ,
implementing this, passes the trybots. Would appreciate LGTMs from OWNERs
for this small change to minimize the number of rebases that need to be
done before it lands.
Thanks in advance.
-Ken
On Thu, Apr 18, 2024 at 5:45 PM Ken Russell wrote:
> Contact emails...@chromium.
Contact emails...@chromium.org
ExplainerNone
Specificationhttps://registry.khronos.org/webgl/specs/latest/1.0
Summary
The WebGL specification has defined a WebGLObject superinterface for many
years, but Chromium's implementation never exposed it. This did not
significantly affect applications
Google's Meet team also desires to use JSPI to simulate synchronous
GPU->CPU readbacks in C++ code on top of the web's asynchronous primitives.
On Wed, Jan 10, 2024 at 9:43 AM 'Francis McCabe' via blink-dev <
blink-dev@chromium.org> wrote:
> In fact, there are several potential partners for
The PR has been merged into the WebGL spec, viewable at
https://registry.khronos.org/webgl/specs/latest/1.0/ . Are OWNERS here
comfortable taking that as a positive signal from Mozilla/Apple?
On Wed, Dec 20, 2023 at 11:27 AM Ken Russell wrote:
> (Re-sending from correct email addr
(Re-sending from correct email address)
On Wed, Dec 20, 2023 at 8:37 AM Chris Harrelson
wrote:
>
>
> On Mon, Nov 27, 2023 at 1:20 PM 'Christopher Cameron' via blink-dev <
> blink-dev@chromium.org> wrote:
>
>> Contact emailsccame...@chromium.org
>>
>> ExplainerNone
>>
>>
On Wed, Dec 20, 2023 at 8:37 AM Chris Harrelson
wrote:
>
>
> On Mon, Nov 27, 2023 at 1:20 PM 'Christopher Cameron' via blink-dev <
> blink-dev@chromium.org> wrote:
>
>> Contact emailsccame...@chromium.org
>>
>> ExplainerNone
>>
>> Specificationhttps://github.com/KhronosGroup/WebGL/pull/3222
>>
gt; height) of the drawing buffer. This is similar to the existing
>> renderbufferStorage
>> <https://source.chromium.org/chromium/chromium/src/+/main:third_party/blink/renderer/modules/webgl/webgl_rendering_context_base.idl;l=601;drc=76de6c12e41b99030fd5413c6f46dabd68862c45>
>> function, wh
chromestatus.com/feature/5180552617656320> and the other one is
> in progress. The API owners won't block on both finishing, we just wanted
> to make sure they were started before finishing our review.
>
>
> On Mon, Oct 16, 2023 at 4:40 PM Ken Russell wrote:
>
>> Blink API owners, coul
, I
> have added cwal...@chromium.org to the owners list incase that was needed)
>
>
> On Wed, 11 Oct 2023 at 16:42, Ken Russell wrote:
>
>> Chris, is there any way to grant Corentin edit access to the Chromestatus
>> entry? Ryan's OOO the rest of this week and we'd like
Chris, is there any way to grant Corentin edit access to the Chromestatus
entry? Ryan's OOO the rest of this week and we'd like to progress this
before then. Thanks.
On Wed, Oct 11, 2023 at 11:44 AM Corentin Wallez
wrote:
> Thank you for the guidance. I commented on each of these, but
>
Thank you Chris for implementing this and driving the spec forward! API
owners, hoping for your approval to implement this long-awaited feature.
-Ken
On Wed, Sep 20, 2023 at 4:08 AM Christopher Cameron
wrote:
> Contact emailsccame...@chromium.org
>
>
:
> Thanks, I thought so, but wanted to confirm :)
>
> -Caleb
>
> On Tue, May 2, 2023 at 12:54 PM Ken Russell wrote:
>
>> These are essentially GPU-independent, syntactic-sugar-like, language
>> extensions that it's expected all browsers will eventually implement. Sin
These are essentially GPU-independent, syntactic-sugar-like, language
extensions that it's expected all browsers will eventually implement. Since
browser updates roll out at different times, it's important that the
application be able to query their support status so they can know which
versions
To clarify the signals from Gecko and WebKit, "No signal" should be
considered as removed from both explanations.
Hoping the Blink API owners approve this experiment - it's crucial in order
to achieve key customer use cases.
Thanks,
-Ken
On Wed, Feb 22, 2023 at 3:20 PM Corentin Wallez
Sorry, not sure. The living WebGL specs are hosted at:
https://registry.khronos.org/webgl/specs/latest/1.0/
https://registry.khronos.org/webgl/specs/latest/2.0/
The IDL is actually auto-extracted from the spec so should be easy to
ingest and validate against Blink's.
One other thing to consider
al-interface-listing-service-worker-expected.txt
>
> ... which is a mistake, probably the fault of the rebaseline tool. Try
> removing that from the patch.
>
> On Wed, Feb 8, 2023, 6:36 PM Ken Russell wrote:
>
>> Hi Blink developers,
>>
>> My CL https://chromium-
Hi Blink developers,
My CL https://chromium-review.googlesource.com/c/chromium/src/+/4226754 is
failing after following the rebaseline instructions at
https://chromium.googlesource.com/chromium/src/+/HEAD/docs/testing/web_test_expectations.md#How-to-rebaseline
.
Contact emails
k...@chromium.org
Explainer
None
Specification
https://registry.khronos.org/webgl/specs/latest/1.0
Summary
The WebGLContextEvent type has been defined in Khronos' WebGL specification
for a number of years, but it was not noticed until recently that in Blink,
this type is not
t;>>> On 2022-07-19 19:25, Mike Taylor wrote:
>>>>>
>>>>> LGTM2. I think this meets the bar of "substantial progress".
>>>>>
>>>>> On 7/19/22 1:19 PM, Yoav Weiss wrote:
>>>>>
>>>>> Since
I echo Dana's concern about removing per-file owners and would like to see
that policy rethought. Agree with Peter's observations as well.
-Ken
On Wed, Jul 27, 2022 at 9:12 AM Peter Boström wrote:
> I'm worried that this process excludes/penalizes folks who may be OOO for
> extended leave
Hi Blink developers and owners,
Hoping for positive feedback from the Blink API OWNERS. The specification
discussions among browser vendors are converging well. This request for
Origin Trial extension - the last one our team plans to make - is needed at
this critical juncture to allow the most
May I please ask two questions?
1) Has any thought been given to exposing the segmentation result - a
grayscale mask defining the foreground (person) vs. the background?
Building this functionality on top of technologies like
MediaPipe, Tensorflow.js, Wasm, etc. uses the web platform's existing
On Wed, May 18, 2022 at 3:40 PM Chris Harrelson
wrote:
> Hi, comments below.
>
> On Wed, May 18, 2022 at 11:48 AM Ken Russell wrote:
>
>>
>>>> On Tue, May 17, 2022 at 3:40 PM 'Christopher Cameron' via blink-dev <
>>>> blink-dev@chromium.org> w
On Wed, May 18, 2022 at 11:25 AM Rick Byers wrote:
> This looks like a pretty straight forward small addition. Just a couple
> questions:
>
> On Tue, May 17, 2022 at 7:35 PM Ken Russell wrote:
>
>> LGTM not as API owner, but as member of Khronos' WebGL working group (
LGTM not as API owner, but as member of Khronos' WebGL working group (and
also the chair).
-Ken
On Tue, May 17, 2022 at 3:40 PM 'Christopher Cameron' via blink-dev <
blink-dev@chromium.org> wrote:
> Contact emailsccame...@chromium.org
>
> Specification
> This is part of the WebGL
Hi Fei,
Several years ago there was much discussion about which direction to take
web graphics standards - either continue to extend WebGL toward OpenGL ES
3.1/3.2, or pursue the new family of low-level explicit graphics APIs
(D3D12/Metal/Vulkan). After much investigation it was decided to leave
34 matches
Mail list logo