2014-12-17 04:32:04 +00:00
|
|
|
/*
|
|
|
|
* gdkdisplay-win32.h
|
|
|
|
*
|
|
|
|
* Copyright 2014 Chun-wei Fan <fanc999@yahoo.com.tw>
|
|
|
|
*
|
|
|
|
* This library is free software; you can redistribute it and/or
|
|
|
|
* modify it under the terms of the GNU Library General Public
|
|
|
|
* License as published by the Free Software Foundation; either
|
|
|
|
* version 2 of the License, or (at your option) any later version.
|
|
|
|
*
|
|
|
|
* This library is distributed in the hope that it will be useful,
|
|
|
|
* but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
|
|
|
|
* Library General Public License for more details.
|
|
|
|
*
|
|
|
|
* You should have received a copy of the GNU Library General Public
|
|
|
|
* License along with this library. If not, see <http://www.gnu.org/licenses/>.
|
|
|
|
*/
|
|
|
|
|
|
|
|
#include "gdkdisplayprivate.h"
|
|
|
|
|
|
|
|
#ifndef __GDK_DISPLAY__WIN32_H__
|
|
|
|
#define __GDK_DISPLAY__WIN32_H__
|
|
|
|
|
GDK-Win32/4.0: Enable HiDPI support for Windows
This enables HiDPI support for GTK+ on Windows, so that the
fonts and window look better on HiDPI displays. Notes for the current
work:
-The DPI awareness enabling can be disabled if and only if an application
manifest is not embedded in the app to enable DPI awareness AND a user
compatibility setting is not set to limit DPI awareness for the app, via
the envvar GDK_WIN32_DISABLE_HIDPI. The app manifest/user setting for
DPI awareness will always win against the envvar, and so the HiDPI items
will be always setup in such scenarios, unless DPI awareness is disabled.
-Both automatic detection for the scaling factor and setting the scale
factor using the GDK_SCALE envvar are supported, where the envvar takes
precedence, which will therefore disable automatic scaling when
resolution changes.
-We now default to a per-system DPI awareness model, which means that we
do not handle WM_DPICHANGED, unless one sets the
GDK_WIN32_PER_MONITOR_HIDPI envvar, where notes for it are in the
following point.
-Automatic scaling during WM_DISPLAYCHANGE is handled (DPI setting change of
current monitor) is now supported. WM_DPICHANGED is handled as well,
except that the window positioning during the change of scaling still
needs to be refined, a change in GDK itself may be required for this.
-I am unable to test the wintab items because I don't have such devices
around.
https://bugzilla.gnome.org/show_bug.cgi?id=768081
2016-06-27 05:16:43 +00:00
|
|
|
/* Define values used to set DPI-awareness */
|
|
|
|
typedef enum _GdkWin32ProcessDpiAwareness {
|
|
|
|
PROCESS_DPI_UNAWARE = 0,
|
|
|
|
PROCESS_SYSTEM_DPI_AWARE = 1,
|
|
|
|
PROCESS_PER_MONITOR_DPI_AWARE = 2
|
|
|
|
} GdkWin32ProcessDpiAwareness;
|
|
|
|
|
|
|
|
/* APIs from shcore.dll */
|
|
|
|
typedef HRESULT (WINAPI *funcSetProcessDpiAwareness) (GdkWin32ProcessDpiAwareness value);
|
|
|
|
typedef HRESULT (WINAPI *funcGetProcessDpiAwareness) (HANDLE handle, GdkWin32ProcessDpiAwareness *awareness);
|
|
|
|
typedef HRESULT (WINAPI *funcGetDpiForMonitor) (HMONITOR monitor,
|
|
|
|
GdkWin32MonitorDpiType dpi_type,
|
|
|
|
UINT *dpi_x,
|
|
|
|
UINT *dpi_y);
|
|
|
|
|
|
|
|
typedef struct _GdkWin32ShcoreFuncs
|
|
|
|
{
|
|
|
|
HMODULE hshcore;
|
|
|
|
funcSetProcessDpiAwareness setDpiAwareFunc;
|
|
|
|
funcGetProcessDpiAwareness getDpiAwareFunc;
|
|
|
|
funcGetDpiForMonitor getDpiForMonitorFunc;
|
|
|
|
} GdkWin32ShcoreFuncs;
|
|
|
|
|
|
|
|
/* DPI awareness APIs from user32.dll */
|
|
|
|
typedef BOOL (WINAPI *funcSetProcessDPIAware) (void);
|
|
|
|
typedef BOOL (WINAPI *funcIsProcessDPIAware) (void);
|
|
|
|
|
|
|
|
typedef struct _GdkWin32User32DPIFuncs
|
|
|
|
{
|
|
|
|
funcSetProcessDPIAware setDpiAwareFunc;
|
|
|
|
funcIsProcessDPIAware isDpiAwareFunc;
|
|
|
|
} GdkWin32User32DPIFuncs;
|
|
|
|
|
2014-12-17 04:32:04 +00:00
|
|
|
struct _GdkWin32Display
|
|
|
|
{
|
|
|
|
GdkDisplay display;
|
|
|
|
|
2016-01-15 19:45:45 +00:00
|
|
|
GdkScreen *screen;
|
|
|
|
|
2015-05-13 07:45:40 +00:00
|
|
|
Win32CursorTheme *cursor_theme;
|
|
|
|
gchar *cursor_theme_name;
|
|
|
|
int cursor_theme_size;
|
|
|
|
|
2015-10-29 16:20:54 +00:00
|
|
|
HWND hwnd;
|
2015-11-12 15:42:51 +00:00
|
|
|
HWND clipboard_hwnd;
|
2015-10-29 16:20:54 +00:00
|
|
|
|
2014-12-17 04:32:04 +00:00
|
|
|
/* WGL/OpenGL Items */
|
|
|
|
guint have_wgl : 1;
|
|
|
|
guint gl_version;
|
|
|
|
HWND gl_hwnd;
|
|
|
|
|
2016-04-20 07:36:00 +00:00
|
|
|
GPtrArray *monitors;
|
|
|
|
|
2014-12-17 04:32:04 +00:00
|
|
|
guint hasWglARBCreateContext : 1;
|
|
|
|
guint hasWglEXTSwapControl : 1;
|
|
|
|
guint hasWglOMLSyncControl : 1;
|
2016-10-14 11:04:49 +00:00
|
|
|
guint hasWglARBPixelFormat : 1;
|
|
|
|
guint hasWglARBmultisample : 1;
|
GDK-Win32/4.0: Enable HiDPI support for Windows
This enables HiDPI support for GTK+ on Windows, so that the
fonts and window look better on HiDPI displays. Notes for the current
work:
-The DPI awareness enabling can be disabled if and only if an application
manifest is not embedded in the app to enable DPI awareness AND a user
compatibility setting is not set to limit DPI awareness for the app, via
the envvar GDK_WIN32_DISABLE_HIDPI. The app manifest/user setting for
DPI awareness will always win against the envvar, and so the HiDPI items
will be always setup in such scenarios, unless DPI awareness is disabled.
-Both automatic detection for the scaling factor and setting the scale
factor using the GDK_SCALE envvar are supported, where the envvar takes
precedence, which will therefore disable automatic scaling when
resolution changes.
-We now default to a per-system DPI awareness model, which means that we
do not handle WM_DPICHANGED, unless one sets the
GDK_WIN32_PER_MONITOR_HIDPI envvar, where notes for it are in the
following point.
-Automatic scaling during WM_DISPLAYCHANGE is handled (DPI setting change of
current monitor) is now supported. WM_DPICHANGED is handled as well,
except that the window positioning during the change of scaling still
needs to be refined, a change in GDK itself may be required for this.
-I am unable to test the wintab items because I don't have such devices
around.
https://bugzilla.gnome.org/show_bug.cgi?id=768081
2016-06-27 05:16:43 +00:00
|
|
|
|
|
|
|
/* HiDPI Items */
|
|
|
|
guint have_at_least_win81 : 1;
|
|
|
|
GdkWin32ProcessDpiAwareness dpi_aware_type;
|
|
|
|
guint has_fixed_scale : 1;
|
|
|
|
guint window_scale;
|
|
|
|
|
|
|
|
GdkWin32ShcoreFuncs shcore_funcs;
|
|
|
|
GdkWin32User32DPIFuncs user32_dpi_funcs;
|
2017-11-07 07:39:48 +00:00
|
|
|
|
|
|
|
/* Cursor Items (GdkCursor->HCURSOR) */
|
|
|
|
GHashTable *cursors;
|
|
|
|
GdkCursor *grab_cursor;
|
2014-12-17 04:32:04 +00:00
|
|
|
};
|
|
|
|
|
|
|
|
struct _GdkWin32DisplayClass
|
|
|
|
{
|
|
|
|
GdkDisplayClass display_class;
|
|
|
|
};
|
|
|
|
|
2016-04-20 07:36:00 +00:00
|
|
|
gboolean _gdk_win32_display_init_monitors (GdkWin32Display *display);
|
|
|
|
|
|
|
|
GPtrArray *_gdk_win32_display_get_monitor_list (GdkWin32Display *display);
|
|
|
|
|
2016-10-29 02:37:20 +00:00
|
|
|
void gdk_win32_display_check_composited (GdkWin32Display *display);
|
|
|
|
|
GDK-Win32/4.0: Enable HiDPI support for Windows
This enables HiDPI support for GTK+ on Windows, so that the
fonts and window look better on HiDPI displays. Notes for the current
work:
-The DPI awareness enabling can be disabled if and only if an application
manifest is not embedded in the app to enable DPI awareness AND a user
compatibility setting is not set to limit DPI awareness for the app, via
the envvar GDK_WIN32_DISABLE_HIDPI. The app manifest/user setting for
DPI awareness will always win against the envvar, and so the HiDPI items
will be always setup in such scenarios, unless DPI awareness is disabled.
-Both automatic detection for the scaling factor and setting the scale
factor using the GDK_SCALE envvar are supported, where the envvar takes
precedence, which will therefore disable automatic scaling when
resolution changes.
-We now default to a per-system DPI awareness model, which means that we
do not handle WM_DPICHANGED, unless one sets the
GDK_WIN32_PER_MONITOR_HIDPI envvar, where notes for it are in the
following point.
-Automatic scaling during WM_DISPLAYCHANGE is handled (DPI setting change of
current monitor) is now supported. WM_DPICHANGED is handled as well,
except that the window positioning during the change of scaling still
needs to be refined, a change in GDK itself may be required for this.
-I am unable to test the wintab items because I don't have such devices
around.
https://bugzilla.gnome.org/show_bug.cgi?id=768081
2016-06-27 05:16:43 +00:00
|
|
|
guint _gdk_win32_display_get_monitor_scale_factor (GdkWin32Display *win32_display,
|
|
|
|
HMONITOR hmonitor,
|
|
|
|
HWND hwnd,
|
|
|
|
gint *dpi);
|
|
|
|
|
2014-12-17 04:32:04 +00:00
|
|
|
#endif /* __GDK_DISPLAY__WIN32_H__ */
|