Re: [Interest] Fwd: External Application window title is missing in QWindow

2020-03-20 Thread Sujan Dasmahapatra
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

Re: [Interest] Wrong position QStyleOptionProgressBar on macOS

2020-03-20 Thread Max Paperno
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

Re: [Interest] Wrong position QStyleOptionProgressBar on macOS

2020-03-20 Thread Max Paperno
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

Re: [Interest] Wrong position QStyleOptionProgressBar on macOS

2020-03-20 Thread John Weeks
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

[Interest] Wrong position QStyleOptionProgressBar on macOS

2020-03-20 Thread Roman Wüger
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?

Re: [Interest] Will Qt6 end this enum issue? (or even 5.15?)

2020-03-20 Thread Max Paperno
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

Re: [Interest] Will Qt6 end this enum issue? (or even 5.15?)

2020-03-20 Thread Max Paperno
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

Re: [Interest] Will Qt6 end this enum issue? (or even 5.15?)

2020-03-20 Thread Max Paperno
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

Re: [Interest] Fwd: External Application window title is missing in QWindow

2020-03-20 Thread Tony Rietwyk
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

Re: [Interest] Will Qt6 end this enum issue? (or even 5.15?)

2020-03-20 Thread Ulf Hermann
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