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

Re: [CSSOM View] Extensions to Element.scrollLeft and Element.scrollTop are not valid WebIDL

From: Kip Gilbert <kgilbert@mozilla.com>
Date: Wed, 30 Jul 2014 16:05:39 -0700
Message-ID: <53D97A43.3000207@mozilla.com>
To: www-style@w3.org
On 2014-07-30, 2:45 PM, Tab Atkins Jr. wrote:
> On Tue, Jul 22, 2014 at 7:39 PM, Kip Gilbert <kgilbert@mozilla.com>
> wrote:
>> I would like to suggest that the scrollTop and scrollLeft
>> attributes remain as double data type only, and that a separate
>> method be added to the Element interface for scrolling with
>> ScrollOptions:
>> void scrollTo(double x, double y, optional ScrollOptions
>> options);
>> Calling this method would be equivalent to setting both the
>> scrollTop and scrollLeft attributes while simultanously
>> specifying the ScrollOptions.
> I don't think this signature is quite right.  It requires you to
> set both x and y, while setting the attributes lets you do only one
> or the other if you want.
> I'd prefer subclassing ScrollOptions into containing top/left
> members, and having scrollTo just take a ScrollOptions object.
> Give top/left a default of null, and have that mean "no scrolling
> in this axis".
> Otherwise, I'm fine with this.
> ~TJ

Would it be appropriate for such a subclass to also contain
"scrollRight", "scrollBottom", and possibly an attribute that is
sensitive to LTR vs RTL direction?  Perhaps this could be an
opportunity to address the issues in Koji Ishii's comment.

If so, what would be the best action to take if the attributes are
over-constrained on an axis?  Would the order of precedence would
differ in LTR and RTL direction?

- Kearwood "Kip" Gilbert
Received on Wednesday, 30 July 2014 23:06:12 UTC

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