22176 2013-05-27 11:21:38 +0000 Allow scrolls to elements to be positioned at an offset of the viewport 2013-08-08 13:28:33 +0000 1 1 1 Unclassified CSS CSSOM View unspecified PC All RESOLVED NEEDSINFO P2 normal --- 1 zcorpan zcorpan public-css-bugzilla oldest_to_newest 88251 0 zcorpan 2013-05-27 11:21:38 +0000 http://lists.w3.org/Archives/Public/www-style/2013May/0361.html [[ > Similarly, I've seen a lot of the social sites that support j/k style > navigation between posts do this: plus.google.com and the tumblr feed I'm > pretty sure do it. This doesn't update the URL bar or the history, and wants to scroll an element into view, so scrollIntoView() seems like the best fit here. An issue though is that plus.google.com's j/k navigation wants to position the post under the header, so a normal link doesn't work, and the current scrollIntoView() doesn't work, either (the post would be positioned behind the header). We could make scrollIntoView() take an argument that supports positioning, which has been proposed in https://www.w3.org/Bugs/Public/show_bug.cgi?id=17152 but that proposal seems suboptimal here where we want "under the header" rather than "X% from the top of the viewport". For pages that have a fixed header, I think it would be nice to be able to offset navigations/scrolls to elements. For instance, we could introduce something like @viewport { scroll-top-offset: 100px; scroll-left-offset: 50px; } which would cause both <a href="#foo"> links and scrollIntoView() to scroll to that offset instead of the top of the viewport. What do people think? ]] 89461 1 zcorpan 2013-06-18 09:20:28 +0000 This should be aware of vertical writing modes. 89467 2 zcorpan 2013-06-18 09:59:12 +0000 I'd like to see implementor interest before specifying this.