hi all,
further I am setting the flags as follows. I am not sure the reason, it is
chopping the header and menubar? Please check the code below.
/
int main(int argc, char *argv[])
{
QApp
On 3/20/2020 3:46 PM, John Weeks wrote:
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.
Drawing should be done starting at the given
QStyleOption.rect.topLeft(). I don't think any of the drawing methods
as
Hi Roman,
Do you have an example? And when you say "on macOS" does that mean the
behavior is different on Win/Linux, or that you haven't tried it elsewhere?
The delegate can't assume that drawing should be done at pos(0, 0), it
must start at the coordinates given in QStyleOptionViewItem.rect
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
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?
And putting my money where my mouth is... This example could probably be
improved but it covers the basic idea. I looked around for something
already made, but didn't see a simple version which could handle both
implicit value assignment (auto-incrementing values) and explicit
values, never min
On 3/20/2020 4:44 AM, Max Paperno wrote:
Obviously one could come up with a little helper function/object which
makes this prettier. And you could make it auto-assign incremental
values if one isn't provided in the "constructor" (like a C enum does)
Err, sorry, I meant a helper object which
On 3/20/2020 12:53 AM, Jason H wrote:
That's only part of it. I want Qt to support it too, mainly for
> console-qDebug output, but all for use in UI. (Imagine a text element
> that displays a socket state as it's text.)
I understand, my reply wasn't aimed at your original question.
FWIW, th
Hi Sujan,
I had thought fromWinId was restricted to only hosting third-party
window drawing libraries in your own process space, but it is more
powerful than that.
setCentalWidget parents your external window within the QMainWindow.
Maybe that tells Windows not to draw the top-level window
Hi Jason,
you should open or find an existing bug report that describes your
problem and notify me about it. Then we have a more persistent place to
discuss this, and someone might feel inclined to fix it. Also, I'm
always happy to accept patches and I can give advice on how to navigate
the c
10 matches
Mail list logo