Glad I could help! -John Weeks
> On Mar 21, 2020, at 3:24 AM, Roman Wüger <roman.wue...@gmx.at> wrote: > > John, thank you very much, > > your solution worked as expected. > > Best Regards > Roma > >> Am 20.03.2020 um 20:46 schrieb John Weeks <j...@wavemetrics.com>: >> >> Roman- >> >> Alot of QStyle code seems to think that all drawing will be done in a widget >> solely occupied by whatever it is that QStyle is drawing. I guess folks like >> you and me who try to use QStyle to get cross-platform control appearance >> for sub-rects of a widget aren't very common. >> >> I finally did this for QStyleProgressBar: >> QStyleOptionProgressBar options; >> painter->translate(r.left, r.top); >> options.rect.moveTo(0,0); >> >> A few QStyle things mess with the QPainter transformation matrix. In that >> case, the only thing I can find to work around the problems is to paint the >> QStyle object into a QImage or QPixmap, then draw that image wherever you >> need it. >> >> I have filed bugs against some of these problems, and gotten very little >> attention. >> >> -John Weeks >> >>> On Mar 20, 2020, at 12:02 PM, Roman Wüger <roman.wue...@gmx.at> wrote: >>> >>> Hello, >>> >>> I use QStyleOptionProgressBar on macOS Catalina with Qt 5.14.1 and tried >>> versions back to 5.11.3. >>> >>> In a Table the progressbar is always displayed in row 0 and column 0 which >>> is wrong even the current row is 6 or something like that and column is 1 >>> or similar. >>> >>> Any hints on this issue? >>> >>> Best Regards >>> Roman >>> _______________________________________________ >>> Interest mailing list >>> Interest@qt-project.org >>> https://lists.qt-project.org/listinfo/interest >> > _______________________________________________ Interest mailing list Interest@qt-project.org https://lists.qt-project.org/listinfo/interest