Tooltip bug on consecutive use?

[Guy_]

Did some more tests with just the codes that should work, but changing the option code to 4 or 6.

This made no difference.

I have a 2nd screen (TV on a HDMI) that is usually not on.

But it almost seems the centering tooltip wants to center in my virtual screen?

If that is correct, is it then my mistake here and should I always try to calculate the x,y in a more failsafe way?

In other words, is it a (centering) bug or should one always make calculations w regard to the virtual screen, even if that is not being used?

Edited September 18, 2014 by Guy_

[kylomas]

Guy_,

I don't know if this is even relevant.  From MSDN doc...

SPI_GETWORKAREA 0x0030

Retrieves the size of the work area on the primary display monitor. The work area is the portion of the screen not obscured by the system taskbar or by application desktop toolbars. The pvParam parameter must point to a RECT structure that receives the coordinates of the work area, expressed in virtual screen coordinates.

To get the work area of a monitor other than the primary display monitor, call the GetMonitorInfo function.

The question I would have is "what is the primary display monitor"?

[Guy_]

I don't know if this is even relevant.  From MSDN doc...

 

I don't know either...   But thanks.

I'm now using a more recent Func from guinness: _DesktopDimensions()

But that is not where the problem lies...

I now tried disconnecting the HDMI, which indeed gives me different values in this function, but with no difference in any of the forementioned trials...

Anyway, it is not crucial that I get this to work, it was just a potentially convenient alternate way of getting the tooltip(s).

It's up to the specialists now if this is a real bug or not... 

Edited September 18, 2014 by Guy_