Subclassing QSlider with handle as a Widget

[cincirin]

Yes you can reimplement all of these events in QSlider subclass, and filter all mouse events for handle rect only. Thats all ...
@
if (style()->subControlRect(etc).contains(event->pos())
@

[BlackMamba]

ok :)

And for painting the customwidget, you just instantiate it into the paint method of the subclasses slider and parent it to the subclassed slider?

[cincirin]

In my example with yes, but I needed three handles not one. With only one handle you can use QSlider signals, events and style(sheets) without any other additional widget(s)

[BlackMamba]

And how to you render the customWidget with stylesheet?

[cincirin]

I'm not using stylesheet in example posted. The default slider handle is rendering by application style and the other two are QLabels with image pixmap.

[BlackMamba]

Yes it was as I thought. So how do I do ? :D

[cincirin]

What's wrong by subclassing QSlider and reimplement all mouse events you need ? Also you can paint the slider handle either in paint event or using stylesheet. So you have a complete control on slider handle.

[BlackMamba]

Hello again,

I didn't know we could render a widget with QPainter, I never did like that in the past.
You are talking about :

painter->begin(mycustomwidget); right?

Looks like there is also itemChange if I forget about the idea of subclassing a QSlider ....

[cincirin]

I think you misunderstood me ( or maybe I misunderstand you :-) )
Why do you need a "customwidget" at all ? Consider that your "customwidget" is slider handle. You can render this "handle" in the way you want, also you can intercept mouse events for slider and filter these for "handle" rect.

[BlackMamba]

Its probably me who misunderstood :D
I wanted a separated widget for architecture reasons, to make it modular.
Lets say that tomorrow I decide that it will not be a slider but something else.
Or I want to render this customwidget in another view in my software ...

There are a lot of reasons :)