Can't seem to get global screen position

[huilui]

well, it kinda makes sense when you read:

“For an application, the screen where the main widget resides is the primary screen. This is stored in the primaryScreen property.”
- Coises.

now you have to check that the sizes of the different screens always correspond correctly?

But then I should get different screen resolutions for the primary screen each time. But the following always returns "QRect(1024,0 1366x768)"...

QApplication::desktop()->screenGeometry(QApplication::desktop()->primaryScreen())

QApplication::desktop()->screenGeometry(QApplication::desktop()->primaryScreen())

To copy to clipboard, switch view to plain text mode 

Per ChrisW67’s suggestion, what happens if you replace QApplication::desktop()->screenNumber() with QApplication::desktop()->screenNumber(widget), where widget is a pointer to your window widget? (See: QDesktopWidget::screenNumber)

Similarly, note that QDesktopWidget::availableGeometry can take a QWidget* argument.

Hm, when I try

QApplication::desktop()->screenNumber(this)

QApplication::desktop()->screenNumber(this)

To copy to clipboard, switch view to plain text mode 

I get a slightly different output to the qDebug() statement: "0 - 1 - 2". But again, it's the exact same no matter what screen I start the app on...
I'll have a look at QDesktopWidget::availableGeometry() later-on when I'm back home... hopefully that'll work!!

[Coises]

But again, it's the exact same no matter what screen I start the app on...

For me, that would be where I give up, conclude that Qt has missed (again), and just work out how to do it with the native API for whatever operating system(s) this will run on.

Based only on my quite limited personal experience, I’d put the odds at 50-50 that you’ll never find a pure Qt solution, so this where it become more time/cost-effective to forget Qt and use the native API while you still have a few shreds of sanity left.

[huilui]

For me, that would be where I give up, conclude that Qt has missed (again), and just work out how to do it with the native API for whatever operating system(s) this will run on.

Based only on my quite limited personal experience, I’d put the odds at 50-50 that you’ll never find a pure Qt solution, so this where it become more time/cost-effective to forget Qt and use the native API while you still have a few shreds of sanity left.

Hm, I think you're right. It might be better to stop messing around with Qt trying to get that to work and just do it without Qt... It'l probably take a good while, but then it will (hopefully) work at least.

Thanks to all of you guys for your help

[Coises]

It'l probably take a good while, but then it will (hopefully) work at least.

If it’s Windows, see the topics under:

Multiple Display Monitors

especially the example here:

Positioning Objects on a Multiple Display Setup

and the references here:

Multiple Display Monitors Functions

I only have one monitor here, so I can’t tell you if all that works as advertised. I imagine Qt is attempting to use those same functions. (To get an HWND from a Qt window, use QWidget::winId.)

[huilui]

Thanks for the links coises!! However, my app is used mostly in Linux (don't know of anybody who tried to run it in Windows yet)...