W3C home > Mailing lists > Public > www-style@w3.org > April 2014

Re: [cssom-view] value of scrollLeft in RTL situations is completely busted across browsers

From: Simon Pieters <simonp@opera.com>
Date: Mon, 14 Apr 2014 15:39:57 +0200
To: "Greg Whitworth" <gwhit@microsoft.com>, "Robert O'Callahan" <robert@ocallahan.org>
Cc: www-style <www-style@w3.org>
Message-ID: <op.xea6wvauidj3kv@simons-mbp>
On Mon, 14 Apr 2014 00:28:07 +0200, Robert O'Callahan  
<robert@ocallahan.org> wrote:

>> Currently the spec requires the behavior Chrome has for elements, that  
>> is,
>> physical dimensions with 0 being on the left and increasing to the  
>> right,
>> regardless of block flow direction and inline base direction. This seems
>> like the most sane thing to me.
> It seems to me that the current CSSOM draft results in inconsistent
> behavior between scrollLeft on the root element and scrollLeft on other
> elements: when the entire document is RTL, scrollLeft on the root element
> returns negative values when the viewport is scrolled to the left, but  
> when
> a normal element is scrolled to the left, scrollLeft does not return
> negative values. Is that correct? Because that doesn't seem very sane to  
> me
> :-).

Hmm. That wasn't the intention. But I can see that "initial containing  
block origin" is maybe the top right corner for RTL? I meant the left edge  
of the initial containing block.

Filed https://www.w3.org/Bugs/Public/show_bug.cgi?id=25341

> Greg, this is an issue where Microsoft feedback would be helpful.

Indeed. :-)

Simon Pieters
Opera Software
Received on Monday, 14 April 2014 13:38:40 UTC

This archive was generated by hypermail 2.4.0 : Monday, 23 January 2023 02:14:39 UTC