AuroraMiddleware/gtk
1
0
Fork 1
mirror of https://gitlab.gnome.org/GNOME/gtk.git synced 2024-11-10 10:50:10 +00:00
Code Issues Projects Releases Wiki Activity
3baa4a9741
gtk/gdk/win32/gdkdisplay-win32.h

66 lines
1.7 KiB
C
Raw Normal View History

Add OpenGL Support for the GDK Windows Backend This adds support for OpenGL to the GDK Windows backend using the WGL API calls, which enables programs that uses the GTK+ GLArea widgets to work on Windows as well. This also adds a simple utility function to query for the version of OpenGL that is supported by the Windows system, like the one provided by the X11 backend. Many thanks to Alex (and Emmanuele, who started the OpenGL integration in GTK+) who offered advice and help along the way, as well as the X11 and Wayland backend for this work to refer to and to model upon. https://bugzilla.gnome.org/show_bug.cgi?id=740795
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__
struct _GdkWin32Display
{
GdkDisplay display;
win32: get rid of _gdk_screen global variable The screen is part of the display so it should be belong to it.
2016-01-15 19:45:45 +00:00
GdkScreen *screen;
GDK: Add cursor theme support to W32 backend Load themed cursors from the same places they are loaded on freedesktop systems, but use W32 API functions to do so (works for .cur/.ani cursors instead of X cursors). Refactor the code for cursor handling. Prefer loading cursors by name. Do not load actual cursors when loading the theme. Find the files and remember the arguments/calls for loading them instead. Keeping HCURSOR instance in the hashmap would result in multiple GdkCursors using the same HCURSOR. Given that we use DestroyCursor() to off them, this would cause problems (at the very least - DestroyCursor() would fail). Store GdkCursor instances in a cache. Update cached cursors when theme changes. Recognize "system" theme as a special (and default) case. When it is set, prefer system cursors and fall back to Adwaita cursors and (as a last resort) built-in X cursors. Otherwise prefer theme cursors and fall back to system and X cursors. Force GTK to use "left_ptr" cursor when no cursor is set. Using NULL makes it use the system default "arrow", which is not the intended behaviour when a non-system theme is selected. Ignore cursor size setting and query the OS for the required cursor size, as Windows (almost) does not allow setting cursors of arbitrary size. https://bugzilla.gnome.org/show_bug.cgi?id=749287
2015-05-13 07:45:40 +00:00
Win32CursorTheme *cursor_theme;
gchar *cursor_theme_name;
int cursor_theme_size;
GHashTable *cursor_cache;
win32: handle WM_DISPLAYCHANGE globally Instead of handling WM_DISPLAYCHANGE on every GdkWindow, only handle it on an ad-hoc hidden window we create when opening the display. This has two reasons: 1) we want emit the display::size-changed signal even if there are no gtk windows currently open 2) we want to emit the signal just once and not once for every window https://bugzilla.gnome.org/show_bug.cgi?id=757324
2015-10-29 16:20:54 +00:00
HWND hwnd;
win32: destroy clipboard notification window on dispose The clipboard uses a hidden window to get some specific events. The window was created but never destroyed on dispose.
2015-11-12 15:42:51 +00:00
HWND clipboard_hwnd;
win32: handle WM_DISPLAYCHANGE globally Instead of handling WM_DISPLAYCHANGE on every GdkWindow, only handle it on an ad-hoc hidden window we create when opening the display. This has two reasons: 1) we want emit the display::size-changed signal even if there are no gtk windows currently open 2) we want to emit the signal just once and not once for every window https://bugzilla.gnome.org/show_bug.cgi?id=757324
2015-10-29 16:20:54 +00:00
Add OpenGL Support for the GDK Windows Backend This adds support for OpenGL to the GDK Windows backend using the WGL API calls, which enables programs that uses the GTK+ GLArea widgets to work on Windows as well. This also adds a simple utility function to query for the version of OpenGL that is supported by the Windows system, like the one provided by the X11 backend. Many thanks to Alex (and Emmanuele, who started the OpenGL integration in GTK+) who offered advice and help along the way, as well as the X11 and Wayland backend for this work to refer to and to model upon. https://bugzilla.gnome.org/show_bug.cgi?id=740795
2014-12-17 04:32:04 +00:00
/* WGL/OpenGL Items */
guint have_wgl : 1;
guint gl_version;
HDC gl_hdc;
HWND gl_hwnd;
win32: Port to new monitor api
2016-04-20 07:36:00 +00:00
GPtrArray *monitors;
Add OpenGL Support for the GDK Windows Backend This adds support for OpenGL to the GDK Windows backend using the WGL API calls, which enables programs that uses the GTK+ GLArea widgets to work on Windows as well. This also adds a simple utility function to query for the version of OpenGL that is supported by the Windows system, like the one provided by the X11 backend. Many thanks to Alex (and Emmanuele, who started the OpenGL integration in GTK+) who offered advice and help along the way, as well as the X11 and Wayland backend for this work to refer to and to model upon. https://bugzilla.gnome.org/show_bug.cgi?id=740795
2014-12-17 04:32:04 +00:00
guint hasWglARBCreateContext : 1;
guint hasWglEXTSwapControl : 1;
guint hasWglOMLSyncControl : 1;
GDK-Win32/4.0: Improve GL on Windows Update the GDKGL implementation: -Allow legacy contexts to be created. -Use finer-grained attributes to ask for a pixel format when possible, which also adds support for anti-aliasing In fact the changes here are required for GTKGL to work properly on Windows for 4.x. Note that creation of gles contexts is not done here, as the system does not support such contexts directly on Windows, but only through means such as ANGLE, which is a totally different issue here. https://bugzilla.gnome.org/show_bug.cgi?id=773528
2016-10-14 11:04:49 +00:00
guint hasWglARBPixelFormat : 1;
guint hasWglARBmultisample : 1;
Add OpenGL Support for the GDK Windows Backend This adds support for OpenGL to the GDK Windows backend using the WGL API calls, which enables programs that uses the GTK+ GLArea widgets to work on Windows as well. This also adds a simple utility function to query for the version of OpenGL that is supported by the Windows system, like the one provided by the X11 backend. Many thanks to Alex (and Emmanuele, who started the OpenGL integration in GTK+) who offered advice and help along the way, as well as the X11 and Wayland backend for this work to refer to and to model upon. https://bugzilla.gnome.org/show_bug.cgi?id=740795
2014-12-17 04:32:04 +00:00
};
struct _GdkWin32DisplayClass
{
GdkDisplayClass display_class;
};
win32: Port to new monitor api
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);
API: screen: Remove gdk_screen_is_composited() Switch code to use gdk_display_is_composited() instead. The new code also doesn't use a vfunc to query the property but rather requires the backend to call set_composited()/set_rgba() to change the value.
2016-10-29 02:37:20 +00:00
void gdk_win32_display_check_composited (GdkWin32Display *display);
Add OpenGL Support for the GDK Windows Backend This adds support for OpenGL to the GDK Windows backend using the WGL API calls, which enables programs that uses the GTK+ GLArea widgets to work on Windows as well. This also adds a simple utility function to query for the version of OpenGL that is supported by the Windows system, like the one provided by the X11 backend. Many thanks to Alex (and Emmanuele, who started the OpenGL integration in GTK+) who offered advice and help along the way, as well as the X11 and Wayland backend for this work to refer to and to model upon. https://bugzilla.gnome.org/show_bug.cgi?id=740795
2014-12-17 04:32:04 +00:00
#endif /* __GDK_DISPLAY__WIN32_H__ */
Reference in New Issue Copy Permalink