[blink-dev] PSA: Improved covering and nested scroll snap handling

Hi blink-dev, We have been landing several improvements to the physics of scroll snap handling for edge cases around nested snap areas and covering (larger than the viewport) snap areas in M118:

Re: [blink-dev] Intent to Ship: Interoperable mousemove default action

On Wed, Dec 6, 2023 at 12:18 PM Rick Byers wrote: > API owners met and discussed this one briefly today. There was agreement > that more work needs to be done to demonstrate the compat risk is low > enough to ship this breaking change. A few points: > >- If you'd like to do a finch trial to g

Re: [blink-dev] Intent to Ship: PointerEvent.deviceId for Mult-Pen Inking

FWIW, in the PEWG call last week there was some question of how this relates to the pen customizations proposal . I suppose the general question is whether this should be an additional pa

Re: [blink-dev] Intent to Ship: PointerEvent.deviceId for Mult-Pen Inking

On Tue, Jan 23, 2024 at 1:00 PM Robert Flack wrote: > FWIW, in the PEWG call > <https://www.w3.org/2024/01/17-pointerevents-minutes.html#t03> last week > there was some question of how this relates to the pen customizations > proposal <https://github.com/darktears/pen-custo

Re: [blink-dev] Intent to Ship: PointerEvent.deviceId for Mult-Pen Inking

e? Rob, can you get this on the agenda for the > next PEWG call and indicate that I think Chromium should just ship it as-is > unless there's a concrete counter-proposal in the next couple weeks? > Absolutely! Happy to! Rick > > > On Tue, Jan 23, 2024 at 1:01 PM Robert

Re: [blink-dev] Intent to Ship: PointerEvent.deviceId for Mult-Pen Inking

>> Robert, I'm happy to wait a week or two more for the PEWG to discuss this >> further. Thanks for putting deviceId in the agenda, and of course we can >> rework this if a more appropriate alternative is proposed. :) >> >> On Tuesday, January 23, 2024 at 11:01:05 A

[blink-dev] Intent to Ship: Scroll-driven animations

Contact emailsfla...@chromium.org, kev...@chromium.org, gir...@chromium.org , andr...@chromium.org Explainer https://github.com/w3c/csswg-drafts/blob/main/scroll-animations-1/EXPLAINER.md Specificationhttps://drafts.csswg.org/scroll-animations-1 Summary ScrollTimeline and ViewTimeline are an ex

Re: [blink-dev] Intent to Ship: PointerEvent.deviceId for Mult-Pen Inking

ot having Chrome support this for the foreseeable future is >>>> greater than changing where the deviceId gets read from. The Pen >>>> Customizations api looks quite cool, although deviceId is more generic. >>>> >>>> Robert, I'm happy to wait a wee

Re: [blink-dev] Intent to Ship: PointerEvent.deviceId for Mult-Pen Inking

I believe the reason for waiting is that the intention is to switch to a different publishing model after level 3 is published? @Patrick H. Lauke to confirm. On Thu, May 16, 2024 at 3:41 AM Yoav Weiss (@Shopify) < yoavwe...@chromium.org> wrote: > > > On Wed, May 15, 2024 at 6:40 PM 'Sahir Vellan

Re: [blink-dev] Intent to Ship: PointerEvent.deviceId for Mult-Pen Inking

rify its review status? If it's ready to land, can a spec > editor approve it, even if it doesn't land until later? > > On Fri, May 17, 2024 at 10:18 AM Patrick H. Lauke > wrote: > >> >> >> On 16/05/2024 21:05, Robert Flack wrote: >> > I believe

Re: [blink-dev] Intent to Ship: Snap Events

On Wed, Jun 5, 2024 at 12:16 PM Philip Jägenstedt wrote: > Developer excitement about this is evident in > https://github.com/w3c/csswg-drafts/issues/156. It was filed by a web > developer and the 100 thumbs up are probably mostly from other web > developers. > > These events seem like obvious mi

[blink-dev] Web-Facing Change PSA: Update CSS backdrop-filter to use mirror edgeMode

Contact emailsfla...@chromium.org, michaellud...@google.com Specification https://drafts.fxtf.org/filter-effects-2/#backdrop-filter-operation Summary The backdrop-filter CSS property applies one or more filters to the "backdrop" of an element. The "backdrop" basically means all of the painted co

Re: [blink-dev] Web-Facing Change PSA: Update CSS backdrop-filter to use mirror edgeMode

x. But > there a number of other differences in tests like > backdrop-filter-edge-*.html causing failures such it’s hard to tell what > the real status is. > > > > Or are there just too many other browser differences with backdrop-filter > to make this kind of compariso

Re: [blink-dev] Intent to Prototype: HTML handwriting attribute

On Tue, Jul 30, 2024 at 7:05 PM 'Adam Ettenberger' via blink-dev < blink-dev@chromium.org> wrote: > cc+: fla...@chromium.org, pec...@chromium.org, mahesh...@samsung.com > > Was wondering if you could share some background / motivation into why > `touch-action` was selected for allowing/disallowing

Re: [blink-dev] Intent to Prototype: HTML handwriting attribute

s from using their device's normal handwriting input capability. On Wed, Jul 31, 2024 at 3:02 PM Robert Flack wrote: > On Tue, Jul 30, 2024 at 7:05 PM 'Adam Ettenberger' via blink-dev < > blink-dev@chromium.org> wrote: > >> cc+: fla...@chromium.org, pec...@ch

Re: [blink-dev] Intent to Ship: Dynamic safe area insets

My only concern with the current feature is that dynamically updating the safe area while scrolling requires a main thread update for the developer drawn controls (e.g. footer) to respond. This is going to be slow. Hopefully there is a path by which we can recognize this positioning and update it f

[blink-dev] Re: Intent To Ship: Prevent fixed elements from moving during elastic overscroll.

On Tue, May 24, 2022 at 1:27 PM 'Rahul Arakeri' via input-dev < input-...@chromium.org> wrote: > *Contact emails*: arak...@microsoft.com > > > > *CSSWG discussion*: [css-overscroll] Whether to move position:fixed > elements during overscrolling · Issue #6299 · w3c/csswg-drafts (github.com) >

[blink-dev] Intent to Prototype: Display and content-visibility animations

Contact emailsfla...@chromium.org Explainer https://github.com/w3c/csswg-drafts/issues/6429#issuecomment-1318933547 Specification Summary Support specifying display and content-visibility in animations. This support allows for developers to create exit animations after which the element automat

[blink-dev] Intent to Prototype: Transitions on specified discrete properties

Contact emailsfla...@chromium.org Explainer https://github.com/w3c/csswg-drafts/issues/4441#issuecomment-1329749962 Specification Summary Allows transitions of discrete properties to be started on properties explicitly listed in the transition-property list. These transitions run using the same

Re: [blink-dev] Intent to Prototype and Ship: RFC 9225

On Fri, Apr 1, 2022 at 4:29 PM Chris Harrelson wrote: > > > On Fri, Apr 1, 2022 at 1:26 PM Jeremy Roman wrote: > >> >> >> On Fri, Apr 1, 2022 at 4:20 PM Anupam Snigdha >> wrote: >> >>> Perhaps develop an AI that auto generates bug free code? >>> >>> On Fri, Apr 1, 2022 at 1:06 PM Chris Harrelso

Re: [blink-dev] Intent to Prototype & Ship: safe-area-max-inset-* variables

FYI in the spec issue we thought that safe-area-max-inset-* would be better to ensure that it appears next to the safe-area-inset-* in sorted lists: https://github.com/w3c/csswg-drafts/issues/11019#issuecomment-2607836504 where the summary in this issue says max-area-safe-inset-* On Mon, Feb 3, 20

Re: [blink-dev] Intent to Prototype & Ship: safe-area-max-inset-* variables

lready observable. On Monday, February 3, 2025 at 10:49:51 AM UTC-5 Robert Flack wrote: > >> FYI in the spec issue we thought that safe-area-max-inset-* would be >> better to ensure that it appears next to the safe-area-inset-* in sorted >> lists: >> https://github.com/w3c/

Re: [blink-dev] Intent to Prototype & Ship: safe-area-max-inset-* variables

Small correction, viewport-fit=cover is specified in the meta viewport content string, e.g. Demo: https://output.jsbin.com/muxotol On Mon, Feb 3, 2025 at 11:19 AM Robert Flack wrote: > On Mon, Feb 3, 2025 at 11:03 AM Matt Menke wrote: > >> I'm not seeing any privacy inform

Re: [blink-dev] Intent to Ship: CSS interactivity

Scroll drag with mouse is being discussed in https://github.com/w3c/pointerevents/issues/512 with a potential API for it. On Wed, Feb 12, 2025 at 11:13 AM Yoav Weiss (@Shopify) < yoavwe...@chromium.org> wrote: > LGTM3 > > On Wednesday, February 12, 2025 at 5:13:29 PM UTC+1 Alex Russell wrote: > >

Re: [blink-dev] Intent to Ship: ::scroll-marker and ::scroll-marker-group for Carousel, ::column pseudo element for Carousel and ::scroll-button() pseudo elements

t;> flackr@ to our breakout meeting on 3/18 to help us resolve them. >> >> Thank you! >> >> Regards, >> Xiaocheng >> >> On Thursday, February 27, 2025 at 5:10:34 AM UTC+8 dan...@microsoft.com >> wrote: >> >>> LGTM3 >>> >>

Re: [blink-dev] Intent to Ship: highlightsFromPoint API

lement, etc. Also, as was discussed in the linked issue, using event handlers would be the ideal way I think for developers to handle this. On Wed, Feb 19, 2025 at 8:56 AM Robert Flack wrote: > When you add a click handler to get the highlights from a given point and > interact with the h

Re: [blink-dev] Intent to Ship: highlightsFromPoint API

When you add a click handler to get the highlights from a given point and interact with the highlight, how can you tell whether the returned highlight is topmost and should be handled? E.g. how can you tell that there's not a dialog element or some other absolute positioned element painted over

Re: [blink-dev] Intent to Ship: highlightsFromPoint API

sue, using event handlers would be >>>> the ideal way I think for developers to handle this."* >>>> >>>> For this kind of solution there's been some discussion previously with >>>> the CSSWG as well and I wrote some explanation in the exp

Re: [blink-dev] Intent to Ship: ::scroll-marker and ::scroll-marker-group for Carousel, ::column pseudo element for Carousel and ::scroll-button() pseudo elements

On Fri, Feb 21, 2025 at 5:19 PM Rick Byers wrote: > I'm excited to see this ship! > Thanks, me too! On Fri, Feb 14, 2025 at 1:57 PM 'Ajay Rahatekar' via blink-dev < > blink-dev@chromium.org> wrote: > >> Contact emails >> >> fla...@chromium.org, sakha...@chromium.org >> >> Summary >> >> This is

[blink-dev] Re: Web-Facing Change PSA: Continue running transitions when switching to initial transition value.

This is tracked as https://issues.chromium.org/41442840 and enabled in https://chromium-review.googlesource.com/c/chromium/src/+/6639816 which should be in 139.0.7235.0 On Wed, Jun 11, 2025 at 1:05 PM Chromestatus < ad...@cr-status.appspotmail.com> wrote: > Contact emails fla...@chromium.org > >

Re: [blink-dev] Re: Intent to Ship: ScrollIntoView container option

:26, Alex Russell wrote: > > Per conversation at today's API OWNERS, LGTM1 contingent on there being a > stand-alone explainer and example code. Bonus points for getting motivating > example code into the spec too. > > Best, > > Alex > > On Wednesday, June 25, 20

[blink-dev] Re: Intent to Ship: ScrollIntoView container option

I've updated the chromestatus motivation to include a rough example of what developers do today compared to what this API enables. In particular, without this API developers building carousel components need to calculate the scroll offset to bring a particular slide into view and then call scrollTo