You need to
before you can comment on or make changes to this bug.
Make somthing like this: a = input_el.min; it only return "undefined"
I have this tested and confirmed on 10.4.11 Safari3, Win XP Safari3beta and Win XP Safari3beta +Nightly r29908
I think internaly it is used because if youset the element's value to a out-of-bound the value is set to the min/max boundary.
Created an attachment (id=18959) [details]
test of min/max attributes of <input type=range> element
This problem also leads to a not functionality in Safaris RSS viewer. If you cklick the images on left/right of the scale slider result in no reaction.
I have made a little patch on my own Safari (windows) and it works. I only add a test if the attribute is set
or initalize it with it boundaries.
Location on Windows: Safari/PubSub.resources/Articles.js
< if (slider.min == undefined)
< slider.min = 0;
< if (slider.max == undefined)
< slider.max = 100;
Why is this a bug? HTMLInputElement interface definition does not specify that these attributes should be available as properties AFAICT.
One can use getAttribute() and related DOM methods to manipulate element attributes.
(In reply to comment #2)
> This problem also leads to a not functionality in Safaris RSS viewer.
Thank you! Filed as <rdar://problem/5727306>.
Web Forms 2.0 doesn't mention anything about including "min" and "max" as DOM attributes:
This now works correctly if you have explicitly provided min/max attribute values. However, it doesn't seem to work with the defaults, which are 0 and 100 for an <input type=range>. I am going to leave this open for that reason.