W3C home > Mailing lists > Public > whatwg@whatwg.org > June 2008

[whatwg] HTML5 Feedback: Section 3.5.3 Scrolling elements into view

From: Ian Hickson <ian@hixie.ch>
Date: Tue, 3 Jun 2008 11:33:28 +0000 (UTC)
Message-ID: <Pine.LNX.4.62.0806031126170.8559@hixie.dreamhostps.com>
On Mon, 8 Oct 2007, Brad Fults wrote:
> There are a couple of problems I have found in this section.
> "If it isn't possible to show the entire element in that way, or if the 
> argument is omitted or is true, then the user agent must instead simply 
> align the top of the element with the top of the viewport." [1]
> I have two issues with this text:
>   1. The word "simply" is rhetoric and doesn't seem reasonable or
> useful in the context of this part of the specification.


>   2. It may not be possible to align the top of the element with the top 
> of the viewport without scrolling past the bottom of the document, so 
> the "must" is unreasonable. This contingency should be mentioned 
> (scrolling past the bottom of the document is not, as far as I know, 
> desired).

I don't understand what you mean. How can something in the document be 
further down than the bottom of the document?

> Secondly, with respect to this section as a whole, I see no description 
> of necessary behavior for horizontal scrolling. Surely this is an issue 
> that must be addressed, as it would be decidedly deficient if 
> scrollIntoView() only took vertical scrolling into account, leaving 
> horizontally overflown content still outside of the viewport after the 
> method's invocation.

Do UAs do any horizontal scrolling today? I've mentioned it, but I'm not 
sure what to say really.

Ian Hickson               U+1047E                )\._.,--....,'``.    fL
http://ln.hixie.ch/       U+263A                /,   _.. \   _\  ;`._ ,.
Things that are impossible just take longer.   `._.-(,_..'--(,_..'`-.;.'
Received on Tuesday, 3 June 2008 04:33:28 UTC

This archive was generated by hypermail 2.4.0 : Wednesday, 22 January 2020 16:59:03 UTC