W3C home > Mailing lists > Public > public-html-bugzilla@w3.org > November 2011

[Bug 12943] Drop progress.position IDL or make it settable

From: <bugzilla@jessica.w3.org>
Date: Wed, 02 Nov 2011 18:04:25 +0000
To: public-html-bugzilla@w3.org
Message-Id: <E1RLfAn-00038x-6z@jessica.w3.org>
http://www.w3.org/Bugs/Public/show_bug.cgi?id=12943

--- Comment #10 from Lucas Sa <lucas.sa@gmail.com> 2011-11-02 18:04:23 UTC ---
I think we're not reading the same thing on [2], because that's what I read on
"value" and "step" attributes:

Value    Gets or sets the current position of the progress bar.
Step    Gets or sets the amount by which a call to the PerformStep method
increases the current position of the progress bar.

If you read the term position above with the same meaning as in the current
spec, never mind - I couldn't read that.

I wish I could see the term "position" with same meaning used in the spec in
any other implementation of a progress bar out there, but I couldn't find. If
you think the spec is not creating new terms for a UI control that was vastly
implemented before, just close the bug.

Adding some resources that don't use "position":

[5] Android ProgressBar (don't have such 0..1 attribute)
http://developer.android.com/reference/android/widget/ProgressBar.html

[6] iOS ProgressBar (use progress for HTML5's position) 
http://developer.apple.com/library/IOS/#documentation/UIKit/Reference/UIProgressView_Class/Reference/Reference.html

-- 
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Wednesday, 2 November 2011 18:04:30 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Wednesday, 2 November 2011 18:04:30 GMT