I reported this in tickets section for ace3 a while back. But hasn't been fixed.
Using the latest version downloaded. When you set a stepping value for ranged. It will get ignored and you'll get floating point values as you change the value of the slider with the mouse.
Once you stop sliding it rounds to the nearest stepping value.
Also the treeview if it has a scrollbar, and you drag the scroller down it will throw an error. But works fine if you use scrollwheel. Both of these bugs I opened a ticket for.
This is on the PTR. I tested this by only enabling my addon that uses the newest version. So no other older copies of the same lib get loaded.
Well, since this doesn't happen with my own slider widgets, I'd have to say AceGUI could be improved. If the slider has a step value of 1, for instance, it should be "smart" enough to round whatever value the underlying widget reports to the nearest integer before displaying that value in the GUI or passing it to the addon that "owns" the widget.
That would feel odd. It should never allow you to have the slider between possible values.
Say you only have a few steps on a rather wide bar, the UI widget should make the selector jump between the possible steps, and thats something the actual frame widget usually does.
I know it works for me like this, a step of 1, and i can only drag it between those steps, there is never a value in between, and the selector handle snaps to the steps, its not a free drag.
But i'm using AceConfigDialog, maybe it does some extra magic on top, i didn't check.
I would still expect the Blizz-UI slider to not allow to drag to anything outside of the steps.
I'm not sure what "feels odd" about rounding the value yourself when the underlying Blizzard widget incorrectly provides a value that doesn't conform to the desired stepping. If the slider's step value is set to 1, it seems more "odd" to show users a value like 2.97 instead of just rounding it to 3 before displaying it or passing it off to callbacks. I've done this in my private slider widget library for years, as "not rounding to the step value while dragging" isn't a new behavior of the Blizzard slider widget. It's only really noticable in custom sliders, though, since the base Blizzard slider template doesn't actually display the value. I've noticed it for years in the "fade delay" and "fade duration" sliders in Bazooka's main config panel, for example.
I'm not sure what "feels odd" about rounding the value yourself when the underlying Blizzard widget incorrectly provides a value that doesn't conform to the desired stepping.
What feels odd is that the slider selection lets you position it between two step values, instead of the selection jumping between those possible values as you would expect (and like it does on Live for me with ACD)
Of course the Blizzard widget behavior "feels odd" -- it's a bug, and that's my whole point. Instead of sitting back and going "well, that's odd, idk what's up with that!", I'm saying you should just add a couple lines of code to work around it in your addon/library code so that the end result -- what users see and use -- doesn't "feel odd". Not sure how I can express that idea any more clearly, so if it's still unclear, I guess I give up...
Well, from the OP, it does round, but only after the drag stops; the value reported during the drag is not rounded.
I don't think the OP had anything about jumping between stops, but that should definitely be in any slider control with stepping control. I think it was in Windows 3.0.
Using the latest version downloaded. When you set a stepping value for ranged. It will get ignored and you'll get floating point values as you change the value of the slider with the mouse.
Once you stop sliding it rounds to the nearest stepping value.
Also the treeview if it has a scrollbar, and you drag the scroller down it will throw an error. But works fine if you use scrollwheel. Both of these bugs I opened a ticket for.
This is on the PTR. I tested this by only enabling my addon that uses the newest version. So no other older copies of the same lib get loaded.
http://wowprogramming.com/docs/widgets/Slider/SetValueStep
If that doesn't do what you want, complain to Blizzard. :)
Say you only have a few steps on a rather wide bar, the UI widget should make the selector jump between the possible steps, and thats something the actual frame widget usually does.
I know it works for me like this, a step of 1, and i can only drag it between those steps, there is never a value in between, and the selector handle snaps to the steps, its not a free drag.
But i'm using AceConfigDialog, maybe it does some extra magic on top, i didn't check.
I would still expect the Blizz-UI slider to not allow to drag to anything outside of the steps.
All the sliders are acting as free drag. Showing every value.
You tried this on the PTR?
Doesn't happen on live.
Nope, only on live.
If its a PTR-only thing, its most certainly a Blizzard bug. Trying to file a bug with them might help, even if unlikely.
What feels odd is that the slider selection lets you position it between two step values, instead of the selection jumping between those possible values as you would expect (and like it does on Live for me with ACD)
I don't think the OP had anything about jumping between stops, but that should definitely be in any slider control with stepping control. I think it was in Windows 3.0.
Edit:
Release is out too, now.