QSlider with SVG groove and knob

mrjj

@Gourmet said in QSlider with SVG groove and knob:

pioneers were those who were not able follow others experience.

So by your logic, all pioneers are fools :)

Gourmet

@mrjj nope, fools were those who were able follow others experience but tried and failed instead

Buckwheat

@Gourmet ... Einstein was a fool... hmmm... Darwin was a fool.... hmmm... Entire NASA space field of the 60s were fools... hmmm... I am glad to be in their company! Fools are those who do not learn and grow. Followers often end up going over cliffs. I refer to them as lemmings.

mrjj

This is getting rather philosophical so im going to close it by saying that on the other hand i fully understand if using svg on some knob is just a fast task
and the time needed to understand the docs that fully describe what Widgets supports what tags is wasted as this knowledge cannot be used for anything further in the project -
then the concept of just using other people's experience seems reasonable.

However, in that spirit, I hope you will post the paintEvent code so others, feeling like you, can
benefit from your working solution and thereby promote your approach as valid. :)

Gourmet

@mrjj the SVG requirement is not just a whim. I need it to inedpendently set size and proportions for slider knob and groove. Result must allow resize them separetely in QtDesigner. This doesn't look too musch simple. And it cannot be defenitely made with just stylesheet - this way doesn't allow scale groove and knob separetely.

mrjj

@Gourmet
Nope, full design time ability will be a lot of work and i dont think you
can avoid a Designer plugin if it should be previewable in Designer.

Gourmet

@mrjj I did not tell I will avoid plugin. I created plugin later and it works fine including Q_PROPERTIES support. It is not a problem, I have created several other plugins before. They even are compiled and work as plugins on Linux workstation but they are compiled and work as just shared objects on Android tablet.

Now I need only create proper paintEvent(). But I still cannot get fine result. Code

void SSwidget::paintEvent( QPaintEvent* )
{
    QPainter painter( this );
    painter.setRenderHint( QPainter::Antialiasing, true );
    QStyleOptionSlider o;
    initStyleOption(&o);
    QRect knobRect = style()->subControlRect(QStyle::CC_Slider, &o, QStyle::SC_SliderHandle, this);
    QRect grooveRect = style()->subControlRect(QStyle::CC_Slider, &o, QStyle::SC_SliderGroove, this);

    if( grooveSVG != Q_NULLPTR )
        grooveSVG->render( &painter, grooveRect );
    if( knobSVG != Q_NULLPTR )
        knobSVG->render( &painter, knobRect );
}

Works almost as needed. But groove size has same length as entire widget geometry has. And knob's center moves from most left and right groove edges. In most right and left positions half of knob becomes invisible outside widget rectangle. It is needed not just only shrink groove or stretch widget's rectangle. It is also needed set knob stop points closer to each other like original slider has. If I call QSlider::paintEvent(e) - then I see oroginal slider behind mine. And it moves properly.

mrjj

@Gourmet
Hi
Maybe you can look in QSlider::paintEvent source and see if any code to reuse if it already can do it right ?

Gourmet

@mrjj I looked. Qt does not perform slider drawings in just paintEvent(). It draws sliders in system depended code using specific styles for different operating systems. It is rather weird... There SHOULD be more conventional solution.

Gourmet

Finaly I did it. I had explored source code of QStyle, QWindowsXPStyle, QFusionStyle, QAndroidStyle, QCommonStyle and some other classes. Solution is - before

QRect knobRect = style()->subControlRect(QStyle::CC_Slider, &o, QStyle::SC_SliderHandle, this);
QRect grooveRect = style()->subControlRect(QStyle::CC_Slider, &o, QStyle::SC_SliderGroove, this);

it is needed change size and position of o.rect but after initStyleOption(&o). Call of subControlRect() will calculate new position of knob properly depending from minimum and maximum slider value in margins of o.rect. This solution is much more powerful and flexible than via stylesheet.