@@ -34,8 +34,7 @@ <h1>CSS Scroll Snapping Level 1 Disposition of Comments for 2015-03-26 WD</h1>
3434< p > An issue can be closed as < code > Accepted</ code > , < code > OutOfScope</ code > ,
3535< code > Invalid</ code > , < code > Rejected</ code > , or < code > Retracted</ code > .
3636< code > Verified</ code > indicates commentor's acceptance of the response.</ p >
37- < h2 id => Scroll Snapping Geometry
38- </ h2 >
37+ < h2 id =scroll-snapping-geometry > Scroll Snapping Geometry</ h2 >
3938< pre class =' a ' id ='issue-1 '>
4039< span > Issue 1. < a href ='#issue-1 '> #</ a > </ span >
4140< span > Summary: Snapping should be element-based</ span >
@@ -201,8 +200,7 @@ <h2 id=> Scroll Snapping Geometry
201200< span > Summary: Should apply to more than just block-level boxes</ span >
202201< span > < a href ='https://lists.w3.org/Archives/Public/www-style/2014Feb/0607.html '> https://lists.w3.org/Archives/Public/www-style/2014Feb/0607.html</ a > (dbaron)</ span >
203202< span > Open: Make it apply to all non-inlines? everything?</ span > </ pre >
204- < h2 id => Scroll Snapping Triggers
205- </ h2 >
203+ < h2 id =scroll-snapping-triggers > Scroll Snapping Triggers</ h2 >
206204< pre class ='open ' id ='issue-20 '>
207205< span > Issue 20. < a href ='#issue-20 '> #</ a > </ span >
208206< span > Summary: Define that scroll gestures don't snap "backwards"</ span >
@@ -301,8 +299,7 @@ <h2 id=> Scroll Snapping Triggers
301299< span > Some convenience APIs might be useful,</ span >
302300< span > e.g. to compute the possible snapping destinations</ span >
303301< span > when scrolling in a particular direction.</ span > </ pre >
304- < h2 id => Syntax and Property Interactions
305- </ h2 >
302+ < h2 id =syntax-and-property-interactions > Syntax and Property Interactions</ h2 >
306303< pre class =' ' id ='issue-40 '>
307304< span > Issue 40. < a href ='#issue-40 '> #</ a > </ span >
308305< span > Summary: Use flow-relative logical syntax</ span >
@@ -450,8 +447,7 @@ <h2 id=> Syntax and Property Interactions
450447< span > Summary: Have the children determine the scroll snapping beahvior (proximity, mandatory), rather than container.</ span >
451448< span > < a href ='https://lists.w3.org/Archives/Public/www-style/2014Feb/0607.html '> https://lists.w3.org/Archives/Public/www-style/2014Feb/0607.html</ a > (Seattle F2F)</ span >
452449< span > Open: =TF= Discuss</ span > </ pre >
453- < h2 id => Scroll Snapping Behavior
454- </ h2 >
450+ < h2 id =scroll-snapping-behavior > Scroll Snapping Behavior</ h2 >
455451< pre class ='open ' id ='issue-https://lists.w3.org/Archives/Public/www-style/2013Aug/0249.html '>
456452< span > Issue 60</ span >
457453< span > Summary: Add scroll jumping feature</ span >
@@ -567,8 +563,7 @@ <h2 id=> Scroll Snapping Behavior
567563< span > Issue 72</ span >
568564< span > Summary: Define that snap point defined by element is triggered when targetting fragment of element</ span >
569565< span > < a href ='https://lists.w3.org/Archives/Public/www-style/2015Oct/0164.html '> https://lists.w3.org/Archives/Public/www-style/2015Oct/0164.html</ a > </ span > </ pre >
570- < h2 id => Enabling Element-based Snappoints
571- </ h2 >
566+ < h2 id =enabling-element-based-snappoints > Enabling Element-based Snappoints</ h2 >
572567< pre class =' a ' id ='issue-80 '>
573568< span > Issue 80. < a href ='#issue-80 '> #</ a > </ span >
574569< span > Summary: Remove "scroll-snap-position-x/y:elements"</ span >
@@ -629,8 +624,8 @@ <h2 id=> Enabling Element-based Snappoints
629624< span > What element captures abspos snappoints?</ span >
630625< span > Response: (rakow) Should use containing block chain, but need term</ span >
631626< span > < a href ='https://lists.w3.org/Archives/Public/www-style/2015Jun/0376.html '> https://lists.w3.org/Archives/Public/www-style/2015Jun/0376.html</ a > </ span > </ pre >
632- < pre class =' ' id ='issue-https://lists.w3.org/Archives/Public/www-style/2015Jul/0453.html '>
633- < span > Issue 83</ span >
627+ < pre class =' ' id ='issue-83 '>
628+ < span > Issue 83. < a href =' #issue-83 ' > # </ a > </ span >
634629< span > Summary: Adding back elements would make snap-points-x/y exclusive with element-based points</ span >
635630< span > < a href ='https://lists.w3.org/Archives/Public/www-style/2015Jun/0376.html '> https://lists.w3.org/Archives/Public/www-style/2015Jun/0376.html</ a > (rakow)</ span >
636631< span > if we add back the elements value then I'd rather go back to making</ span >
@@ -639,8 +634,7 @@ <h2 id=> Enabling Element-based Snappoints
639634< span > Are there really no merged use cases?</ span >
640635< span > < a href ='https://lists.w3.org/Archives/Public/www-style/2015Jul/0453.html '> https://lists.w3.org/Archives/Public/www-style/2015Jul/0453.html</ a > (rakow)</ span >
641636< span > Can't think of a single one</ span > </ pre >
642- < h2 id => Errors
643- </ h2 >
637+ < h2 id =errors > Errors</ h2 >
644638< pre class =' a ' id ='issue-90 '>
645639< span > Issue 90. < a href ='#issue-90 '> #</ a > </ span >
646640< span > Summary: Reference to box, doesn't say whether margin/padding/content box</ span >
0 commit comments