- 16 Jun, 2020 1 commit
-
-
Rico Tzschichholz authored
-
- 10 Jun, 2020 1 commit
-
-
Matthias Clasen authored
This was only ever implemented on X11, and the labels here were atom names, so unlikely to be useful for anything interesting.
-
- 09 Jun, 2020 3 commits
-
-
Matthias Clasen authored
If you need some axes changed, you can just flip the values when you receive them.
-
Matthias Clasen authored
This functionality was only ever half-implemented on X11, and is not useful enough to keep around.
-
Matthias Clasen authored
There is really no need to store 128 doubles as axes, ever. We can do just fine with 10. At the same time, add a GdkAxisFlags member, so we can interpret the values without having to go chasing the right device for this information.
-
- 08 Jun, 2020 1 commit
-
-
Matthias Clasen authored
This function is not implemented anywhere.
-
- 06 Apr, 2020 1 commit
-
-
Matthias Clasen authored
GdkKeymap is on the way out.
-
- 24 Feb, 2020 2 commits
-
-
Matthias Clasen authored
Drop the input-mode, since it only makes sense for floating devices, which we don't have anymore. And renamt ::input-source to ::source, to match the getter. Update all users.
-
Matthias Clasen authored
This adds getters for a few properties that were missing them, and renames the input-mode and input-source properties to match their existing getters.
-
- 23 Feb, 2020 2 commits
-
-
Benjamin Otte authored
Turn a GList of GdkAtom into a char ** - and rename the function to not cause problems.
-
Benjamin Otte authored
Those are all forgotten transitions while updating code to new APIs.
-
- 27 Nov, 2019 1 commit
-
-
Emmanuele Bassi authored
We use a compilation symbol in our build to allow the inclusion of specific headers while building GTK, to avoid the need to include only the global header. Each namespace has its own compilation symbol because we used to have different libraries, and strict symbol visibility between libraries; now that we have a single library, and we can use private symbols across namespaces while building GTK, we should have a single compilation symbol, and simplify the build rules.
-
- 29 May, 2019 1 commit
-
-
Matthias Clasen authored
Root coordinates are going away, so this api does not make sense anymore. Use gdk_surface_get_device_position instead. We still keep this as internal api for root-coordinate using backends.
-
- 29 Mar, 2019 1 commit
-
-
Matthias Clasen authored
They are still used internally in gdk, but we no longer offer them as public api.
-
- 26 Mar, 2019 4 commits
-
-
Matthias Clasen authored
We can drop the double suffix now.
-
Matthias Clasen authored
It is no longer used.
-
Matthias Clasen authored
We can drop the double suffix now.
-
Matthias Clasen authored
It is no longer used.
-
- 25 Mar, 2019 1 commit
-
-
Matthias Clasen authored
This was only ever implemented on X11, and is not something we want to encourage apps to do, ever.
-
- 20 Mar, 2018 3 commits
-
-
Alexander Larsson authored
Mostly these are internal things, but the major public change is that event.window is now event.surface.
-
Alexander Larsson authored
This is an automatic rename of various things related to the window->surface rename. Public symbols changed by this is: GDK_MODE_WINDOW gdk_device_get_window_at_position gdk_device_get_window_at_position_double gdk_device_get_last_event_window gdk_display_get_monitor_at_window gdk_drag_context_get_source_window gdk_drag_context_get_dest_window gdk_drag_context_get_drag_window gdk_draw_context_get_window gdk_drawing_context_get_window gdk_gl_context_get_window gdk_synthesize_window_state gdk_surface_get_window_type gdk_x11_display_set_window_scale gsk_renderer_new_for_window gsk_renderer_get_window gtk_text_view_buffer_to_window_coords gtk_tree_view_convert_widget_to_bin_window_coords gtk_tree_view_convert_tree_to_bin_window_coords The commands that generated this are: git sed -f g "GDK window" "GDK surface" git sed -f g window_impl surface_impl (cd gdk; git sed -f g impl_window impl_surface) git sed -f g WINDOW_IMPL SURFACE_IMPL git sed -f g GDK_MODE_WINDOW GDK_MODE_SURFACE git sed -f g gdk_draw_context_get_window gdk_draw_context_get_surface git sed -f g gdk_drawing_context_get_window gdk_drawing_context_get_surface git sed -f g gdk_gl_context_get_window gdk_gl_context_get_surface git sed -f g gsk_renderer_get_window gsk_renderer_get_surface git sed -f g gsk_renderer_new_for_window gsk_renderer_new_for_surface (cd gdk; git sed -f g window_type surface_type) git sed -f g gdk_surface_get_window_type gdk_surface_get_surface_type git sed -f g window_at_position surface_at_position git sed -f g event_window event_surface git sed -f g window_coord surface_coord git sed -f g window_state surface_state git sed -f g window_cursor surface_cursor git sed -f g window_scale surface_scale git sed -f g window_events surface_events git sed -f g monitor_at_window monitor_at_surface git sed -f g window_under_pointer surface_under_pointer (cd gdk; git sed -f g for_window for_surface) git sed -f g window_anchor surface_anchor git sed -f g WINDOW_IS_TOPLEVEL SURFACE_IS_TOPLEVEL git sed -f g native_window native_surface git sed -f g source_window source_surface git sed -f g dest_window dest_surface git sed -f g drag_window drag_surface git sed -f g input_window input_surface git checkout NEWS* po-properties po docs/reference/gtk/migrating-3to4.xml
-
Alexander Larsson authored
This renames the GdkWindow class and related classes (impl, backend subclasses) to surface. Additionally it renames related types: GdkWindowAttr, GdkWindowPaint, GdkWindowWindowClass, GdkWindowType, GdkWindowTypeHint, GdkWindowHints, GdkWindowState, GdkWindowEdge This is an automatic conversion using the below commands: git sed -f g GdkWindowWindowClass GdkSurfaceSurfaceClass git sed -f g GdkWindow GdkSurface git sed -f g "gdk_window\([ _\(\),;]\|$\)" "gdk_surface\1" # Avoid hitting gdk_windowing git sed -f g "GDK_WINDOW\([ _\(]\|$\)" "GDK_SURFACE\1" # Avoid hitting GDK_WINDOWING git sed "GDK_\([A-Z]*\)IS_WINDOW\([_ (]\|$\)" "GDK_\1IS_SURFACE\2" git sed GDK_TYPE_WINDOW GDK_TYPE_SURFACE git sed -f g GdkPointerWindowInfo GdkPointerSurfaceInfo git sed -f g "BROADWAY_WINDOW" "BROADWAY_SURFACE" git sed -f g "broadway_window" "broadway_surface" git sed -f g "BroadwayWindow" "BroadwaySurface" git sed -f g "WAYLAND_WINDOW" "WAYLAND_SURFACE" git sed -f g "wayland_window" "wayland_surface" git sed -f g "WaylandWindow" "WaylandSurface" git sed -f g "X11_WINDOW" "X11_SURFACE" git sed -f g "x11_window" "x11_surface" git sed -f g "X11Window" "X11Surface" git sed -f g "WIN32_WINDOW" "WIN32_SURFACE" git sed -f g "win32_window" "win32_surface" git sed -f g "Win32Window" "Win32Surface" git sed -f g "QUARTZ_WINDOW" "QUARTZ_SURFACE" git sed -f g "quartz_window" "quartz_surface" git sed -f g "QuartzWindow" "QuartzSurface" git checkout NEWS* po-properties
-
- 06 Feb, 2018 1 commit
-
-
Matthias Clasen authored
Remove all the old 2.x and 3.x version annotations. GTK+ 4 is a new start, and from the perspective of a GTK+ 4 developer all these APIs have been around since the beginning.
-
- 25 Nov, 2017 1 commit
-
-
Matthias Clasen authored
It is going away.
-
- 31 Oct, 2017 1 commit
-
-
Matthias Clasen authored
Returning the screen does not add anything here and GdkScreen is going away.
-
- 26 Oct, 2016 2 commits
-
-
Matthias Clasen authored
This reverts commit efc37d08. Turns out we need to clean up the dnd code some more, first.
-
Matthias Clasen authored
These are still used in a few places internally, so make them private.
-
- 24 Oct, 2016 1 commit
-
-
Rico Tzschichholz authored
-
- 23 Aug, 2016 1 commit
-
-
Carlos Garnacho authored
This will represent a tablet pad. https://bugzilla.gnome.org/show_bug.cgi?id=770026
-
- 01 Jun, 2016 1 commit
-
-
Matthias Clasen authored
Having this as an input source type will let us do the heuristics in the GDK backends. https://bugzilla.gnome.org/show_bug.cgi?id=767100
-
- 09 Apr, 2016 1 commit
-
-
Matthias Clasen authored
-
- 06 Apr, 2016 4 commits
-
-
Because there are multiple different types of styluses that can be used with tablets, we have to have some sort of identifier for them attached to the GdkDeviceTool, especially since knowing the actual tool type for a GdkDeviceTool is necessary for matching up a GdkDeviceTool with it's appropriate GdkInputSource in Wayland (eg. matching up a GdkDeviceTool eraser with the GDK_SOURCE_ERASER GdkInputSource of a wayland tablet). Signed-off-by:
Stephen Chandler Paul <thatslyude@gmail.com>
-
Carlos Garnacho authored
GdkDeviceTool is an opaque object that can be used to identify a given tool (eg. pens on tablets) during the app/device lifetime. Tools are only set on non-master devices, and are owned by these. The accounting functions are made private, the only public call on GdkDeviceTool so far is gdk_device_tool_get_serial(), useful to identify the tool across runs.
-
Carlos Garnacho authored
This returns a GdkAxisFlags, holding the axes currently available through this device.
-
Carlos Garnacho authored
These are possible to handle in tablets, so add a value for these in the axis enum.
-
- 14 Dec, 2015 2 commits
-
-
Carlos Garnacho authored
GdkSeat is now the preferred way to deal with input devices and grabs. https://bugzilla.gnome.org/show_bug.cgi?id=759309
-
-
- 19 Jan, 2015 1 commit
-
-
Carlos Garnacho authored
These are a construct only properties, expected to be filled in from platform specific code. https://bugzilla.gnome.org/show_bug.cgi?id=740758
-
- 08 Nov, 2014 1 commit
-
-
The current way of exposing GDK API that should be considered internal to GTK+ is to append a 'libgtk_only' suffix to the function name; this is not really safe. GLib has been using a slightly different approach: a private table of function pointers, and a macro that allows accessing the desired symbol inside that vtable. We can copy the approach, and deprecate the 'libgtk_only' symbols in lieu of outright removal. https://bugzilla.gnome.org/show_bug.cgi?id=739781
-
- 13 Mar, 2014 1 commit
-
-
Add gdk_device_get_last_event_window(), and use to implement the window tracking we need for synthesizing crossing events for sensitivity changes and gtk grabs, rather than keeping the information in qdata and updating it based when GTK+ gets events. https://bugzilla.gnome.org/show_bug.cgi?id=726187
-