-
Notifications
You must be signed in to change notification settings - Fork 669
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[css-scroll-snap] scroll-padding-block/inline and auto #3189
Comments
Good catch! Fixed, thanks so much for your attention to detail!! |
Two shorthands still need fixing:
|
OK, I think it's good now? |
The grammar for I suspect |
…willigers don't hate me yet for screwing this up so many times. #3189
Man, even typoed the commit message and included a grammar error. I can't do anything right in this issue. T_T Is the spec correct yet, @ewilligers ? |
Looks good, thank you. |
There was a conflict in the scroll snap spec for the initial values of scroll-padding-top/bottom/left/right[1]. Some of the initial values were auto, while others were 0px. Now the conflict has been resolved with all the initial values set to auto[2], we should update the wpt test to reflect that. The current implementation in Blink already reflects the updated spec, so this patch also removes the expectations that were simply for the failures. [1] w3c/csswg-drafts#3189 [2] https://drafts.csswg.org/css-scroll-snap-1/#propdef-scroll-padding-top Bug: 891954 Change-Id: Ib9c2280590091be27127abeee0a611b687cd37a2
There was a conflict in the scroll snap spec for the initial values of scroll-padding-top/bottom/left/right[1]. Some of the initial values were auto, while others were 0px. Now the conflict has been resolved with all the initial values set to auto[2], we should update the wpt test to reflect that. The current implementation in Blink already reflects the updated spec, so this patch also removes the expectations that were simply for the failures. [1] w3c/csswg-drafts#3189 [2] https://drafts.csswg.org/css-scroll-snap-1/#propdef-scroll-padding-top Bug: 891954 Change-Id: Ib9c2280590091be27127abeee0a611b687cd37a2 Reviewed-on: https://chromium-review.googlesource.com/c/1299605 Reviewed-by: Eric Willigers <ericwilligers@chromium.org> Commit-Queue: Sandra Sun <sunyunjia@chromium.org> Cr-Commit-Position: refs/heads/master@{#602929}
There was a conflict in the scroll snap spec for the initial values of scroll-padding-top/bottom/left/right[1]. Some of the initial values were auto, while others were 0px. Now the conflict has been resolved with all the initial values set to auto[2], we should update the wpt test to reflect that. The current implementation in Blink already reflects the updated spec, so this patch also removes the expectations that were simply for the failures. [1] w3c/csswg-drafts#3189 [2] https://drafts.csswg.org/css-scroll-snap-1/#propdef-scroll-padding-top Bug: 891954 Change-Id: Ib9c2280590091be27127abeee0a611b687cd37a2 Reviewed-on: https://chromium-review.googlesource.com/c/1299605 Reviewed-by: Eric Willigers <ericwilligers@chromium.org> Commit-Queue: Sandra Sun <sunyunjia@chromium.org> Cr-Commit-Position: refs/heads/master@{#602929}
There was a conflict in the scroll snap spec for the initial values of scroll-padding-top/bottom/left/right[1]. Some of the initial values were auto, while others were 0px. Now the conflict has been resolved with all the initial values set to auto[2], we should update the wpt test to reflect that. The current implementation in Blink already reflects the updated spec, so this patch also removes the expectations that were simply for the failures. [1] w3c/csswg-drafts#3189 [2] https://drafts.csswg.org/css-scroll-snap-1/#propdef-scroll-padding-top Bug: 891954 Change-Id: Ib9c2280590091be27127abeee0a611b687cd37a2 Reviewed-on: https://chromium-review.googlesource.com/c/1299605 Reviewed-by: Eric Willigers <ericwilligers@chromium.org> Commit-Queue: Sandra Sun <sunyunjia@chromium.org> Cr-Commit-Position: refs/heads/master@{#602929}
…wpt tests., a=testonly Automatic update from web-platform-testsUpdate scroll-padding initial values in wpt tests. There was a conflict in the scroll snap spec for the initial values of scroll-padding-top/bottom/left/right[1]. Some of the initial values were auto, while others were 0px. Now the conflict has been resolved with all the initial values set to auto[2], we should update the wpt test to reflect that. The current implementation in Blink already reflects the updated spec, so this patch also removes the expectations that were simply for the failures. [1] w3c/csswg-drafts#3189 [2] https://drafts.csswg.org/css-scroll-snap-1/#propdef-scroll-padding-top Bug: 891954 Change-Id: Ib9c2280590091be27127abeee0a611b687cd37a2 Reviewed-on: https://chromium-review.googlesource.com/c/1299605 Reviewed-by: Eric Willigers <ericwilligers@chromium.org> Commit-Queue: Sandra Sun <sunyunjia@chromium.org> Cr-Commit-Position: refs/heads/master@{#602929} -- wpt-commits: f5832ccdb3c303d03565d391ed7ce3bf9719f5c1 wpt-pr: 13726
…wpt tests., a=testonly Automatic update from web-platform-testsUpdate scroll-padding initial values in wpt tests. There was a conflict in the scroll snap spec for the initial values of scroll-padding-top/bottom/left/right[1]. Some of the initial values were auto, while others were 0px. Now the conflict has been resolved with all the initial values set to auto[2], we should update the wpt test to reflect that. The current implementation in Blink already reflects the updated spec, so this patch also removes the expectations that were simply for the failures. [1] w3c/csswg-drafts#3189 [2] https://drafts.csswg.org/css-scroll-snap-1/#propdef-scroll-padding-top Bug: 891954 Change-Id: Ib9c2280590091be27127abeee0a611b687cd37a2 Reviewed-on: https://chromium-review.googlesource.com/c/1299605 Reviewed-by: Eric Willigers <ericwilligers@chromium.org> Commit-Queue: Sandra Sun <sunyunjia@chromium.org> Cr-Commit-Position: refs/heads/master@{#602929} -- wpt-commits: f5832ccdb3c303d03565d391ed7ce3bf9719f5c1 wpt-pr: 13726
…wpt tests., a=testonly Automatic update from web-platform-testsUpdate scroll-padding initial values in wpt tests. There was a conflict in the scroll snap spec for the initial values of scroll-padding-top/bottom/left/right[1]. Some of the initial values were auto, while others were 0px. Now the conflict has been resolved with all the initial values set to auto[2], we should update the wpt test to reflect that. The current implementation in Blink already reflects the updated spec, so this patch also removes the expectations that were simply for the failures. [1] w3c/csswg-drafts#3189 [2] https://drafts.csswg.org/css-scroll-snap-1/#propdef-scroll-padding-top Bug: 891954 Change-Id: Ib9c2280590091be27127abeee0a611b687cd37a2 Reviewed-on: https://chromium-review.googlesource.com/c/1299605 Reviewed-by: Eric Willigers <ericwilligerschromium.org> Commit-Queue: Sandra Sun <sunyunjiachromium.org> Cr-Commit-Position: refs/heads/master{#602929} -- wpt-commits: f5832ccdb3c303d03565d391ed7ce3bf9719f5c1 wpt-pr: 13726 UltraBlame original commit: 0c38efcf9019977d782b091fd98d0556a986b4b0
…wpt tests., a=testonly Automatic update from web-platform-testsUpdate scroll-padding initial values in wpt tests. There was a conflict in the scroll snap spec for the initial values of scroll-padding-top/bottom/left/right[1]. Some of the initial values were auto, while others were 0px. Now the conflict has been resolved with all the initial values set to auto[2], we should update the wpt test to reflect that. The current implementation in Blink already reflects the updated spec, so this patch also removes the expectations that were simply for the failures. [1] w3c/csswg-drafts#3189 [2] https://drafts.csswg.org/css-scroll-snap-1/#propdef-scroll-padding-top Bug: 891954 Change-Id: Ib9c2280590091be27127abeee0a611b687cd37a2 Reviewed-on: https://chromium-review.googlesource.com/c/1299605 Reviewed-by: Eric Willigers <ericwilligerschromium.org> Commit-Queue: Sandra Sun <sunyunjiachromium.org> Cr-Commit-Position: refs/heads/master{#602929} -- wpt-commits: f5832ccdb3c303d03565d391ed7ce3bf9719f5c1 wpt-pr: 13726 UltraBlame original commit: 0c38efcf9019977d782b091fd98d0556a986b4b0
…wpt tests., a=testonly Automatic update from web-platform-testsUpdate scroll-padding initial values in wpt tests. There was a conflict in the scroll snap spec for the initial values of scroll-padding-top/bottom/left/right[1]. Some of the initial values were auto, while others were 0px. Now the conflict has been resolved with all the initial values set to auto[2], we should update the wpt test to reflect that. The current implementation in Blink already reflects the updated spec, so this patch also removes the expectations that were simply for the failures. [1] w3c/csswg-drafts#3189 [2] https://drafts.csswg.org/css-scroll-snap-1/#propdef-scroll-padding-top Bug: 891954 Change-Id: Ib9c2280590091be27127abeee0a611b687cd37a2 Reviewed-on: https://chromium-review.googlesource.com/c/1299605 Reviewed-by: Eric Willigers <ericwilligerschromium.org> Commit-Queue: Sandra Sun <sunyunjiachromium.org> Cr-Commit-Position: refs/heads/master{#602929} -- wpt-commits: f5832ccdb3c303d03565d391ed7ce3bf9719f5c1 wpt-pr: 13726 UltraBlame original commit: 0c38efcf9019977d782b091fd98d0556a986b4b0
The following properties have
auto
as their initial value, but their grammars only accept<length>
values:https://drafts.csswg.org/css-scroll-snap-1/#padding-longhands-logical
The text was updated successfully, but these errors were encountered: