Would a rotary encoder be a useful widget addition? Something like the old FLrollers. It could provide better precision than an rslider and you mightn’t have to define upper and lower limits. I have linked to a mock-up. The two encoders in the mock-up demonstrate different precision (step sizes). They can also be ‘jumped’ to a new value by typing one into their associated numberboxes.
RotaryEncoderMockUp.csd
Feature suggestion: encoder
Well, if we had one you wouldn’t have ever prepared such an interesting mock-up! But doesn’t a number box give you the same functionality, albeit with a different look? It would have to be a totally new widget as I don’t think the current sliders can be hacked any further. God knows they’ve taken enough abuse over the years!
To an extent but I think the granularity (step size) when using click-and-drag on numberboxes is partly also dependent upon the range limits specified. For example:
numberbox bounds(10,10,60,20), channel(“nb1”), range(-1000,1000,0,1,0.001)
won’t change in steps of 0.001 whereas:
numberbox bounds(10,10,60,20), channel(“nb2”), range(-0.1,0.1,0,1,0.001)
will.
I was thinking of a new widget. Maybe I’m just being nostalgic for the hours I’ve spent spent spinning the edit knobs of Akai S-series samplers…
Well, if you want to write some Cabbage-kai S samplers, I’ll write you a rotary encoder? 
Happy Christmas Iain! You’ll have an endless encoder in the next release. I’m afraid however that I won’t be able to build a version for Windows until I get back to Ireland in a few weeks time.
Thanks very much for this Rory! I’ll have to do some interesting things with it now, but I hope others will find it useful too.