GetSystemMetrics() restituisce un valore errato per SM_CXSCREEN

Question

Ho riscontrato un problema interessante. Almeno in Vista, getSystemMetrics (SM_CXSCREEN) restituisce un valore errato quando le impostazioni DPI del desktop non sono impostate al 100%. Ad esempio, ho provato il 150% in uno schermo 1366x768 e getSystemMetrics() restituisce 911 anziché 1366 (e 1366/1.5 ~ 911)

In base a MSDN, getSystemMetrics (SM_CXSCREEN) restituisce i pixel, quindi ho pensato che questo valore non avrebbe essere influenzato dalle impostazioni DPI - ma lo è. Quindi c'è un modo più sicuro per scoprire la vera risoluzione dello schermo non graduata?

Answer 1

Un programma deve comunicare al sistema operativo che è in grado di rilevare la risoluzione effettiva quando si supera il 125%. È meglio farlo con un manifest, come spiegato in questo MSDN Library article.

Answer 2

Per rendere l'applicazione consapevole di dpi make e manifest file e inserire il seguente testo in esso.

<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0" xmlns:asmv3="urn:schemas-microsoft-com:asm.v3" > 
    <asmv3:application> 
    <asmv3:windowsSettings xmlns="http://schemas.microsoft.com/SMI/2005/WindowsSettings"> 
     <dpiAware>true</dpiAware> 
    </asmv3:windowsSettings> 
    </asmv3:application> 
</assembly> 

Answer 3

Prima di ottenere le metriche di pixel corretti dalle funzioni come GetSystemMetrics, o GetClientRect, la vostra applicazione deve dichiarare al sistema operativo che si conosce DPI e quindi non avvitare tutto.

Sono state apportate diverse modifiche a come è consigliabile. Vedi i documenti MSDN per maggiori dettagli.

da Windows 10 in poi:

::SetThreadDpiAwarenessContext(DPI_AWARENESS_CONTEXT_SYSTEM_AWARE); 

O da Windows 8.1 in poi:

::SetProcessDpiAwareness(DPI_AWARENESS_CONTEXT_SYSTEM_AWARE); 

O da Vista in poi:

::SetProcessDPIAware(); 

Dopo aver richiamato questo, i GetSystemMetrics funzione etc. dovrebbe restituire i valori corretti alla tua app in pixel.