1. 21 Dec, 2010 6 commits
    • Matthias Clasen's avatar
      Add a vfunc for _gdk_events_queue · 5fa8791c
      Matthias Clasen authored
    • Matthias Clasen's avatar
      Work toward turning GdkDisplayManager into a backend singleton · ec9c9775
      Matthias Clasen authored
      This commit hides the GdkDisplayManager instance and class structs,
      adds vfuncs for listing displays, opening displays, and getting and
      setting the default display. The X11 backend has a derived
      The gdk_display_manager_get() function is responsible for deciding on
      which of the compiled in backends to use. Currently, it consults the
      GDK_BACKEND environment variable and falls back to x11.
    • Matthias Clasen's avatar
      Add vtables for DND · c53ec081
      Matthias Clasen authored
      This commit hides GdkDragContext and GdkDragContextClass, adds
      vfuncs for most drag context functionality, and turns the X11 DND
      implementation into GdkDragContextX11. We also add vfuncs to
      GdkDisplay for gdk_drag_get_protocol and to GdkWindow for
      gdk_drag_begin, and implemenet them for X11.
      Other backends need similar treatment and are broken now.
    • Matthias Clasen's avatar
      Make GdkAppLaunchContext display-dependent · 06f75b37
      Matthias Clasen authored
      Add a GdkDisplay::get_app_launch_context vfunc, and a
      gdk_display_get_app_launch_context that for X11 returns a subclass.
      For win32 and quartz, the implementations were trivial, so we
      just return a new GdkAppLaunchContext without subclassing. Since
      the type of the context now depends on the display,
      gdk_app_launch_context_set_display is deprecated.
    • Matthias Clasen's avatar
      Move gdk_get_display to common code · 8075cfd6
      Matthias Clasen authored
    • Alexander Larsson's avatar
      Make display method vtable calls · 5fda1669
      Alexander Larsson authored
  2. 20 Dec, 2010 1 commit
  3. 17 Dec, 2010 1 commit
  4. 15 Dec, 2010 1 commit
    • Carlos Garnacho's avatar
      Add gdk_event_[gs]et_source_device(). · f5a20ab6
      Carlos Garnacho authored
      This function may be used to know the hardware device that triggered
      an event, it could resort to the master device in the few cases there's
      not a direct hardware device to relate to the event (i.e.: crossing events
      due to grabs)
  5. 07 Dec, 2010 1 commit
  6. 02 Dec, 2010 2 commits
  7. 24 Nov, 2010 1 commit
  8. 23 Nov, 2010 1 commit
  9. 16 Nov, 2010 1 commit
  10. 15 Nov, 2010 1 commit
  11. 15 Oct, 2010 1 commit
  12. 26 Sep, 2010 1 commit
  13. 19 Sep, 2010 1 commit
    • Havoc Pennington's avatar
      Fix bugs that crashed gdk_display_close() on x11 · c7d73ee5
      Havoc Pennington authored
      * _gdk_device_set_associated_device() did not allow NULL device
      * GdkDisplay should dispose device manager to avoid devices
        trying to touch the display in finalize
      * GdkDeviceManagerXI did not ref devices in id hash
      * GdkDisplayX11 did not ref devices in ->input_devices
  14. 13 Sep, 2010 1 commit
  15. 17 Aug, 2010 1 commit
  16. 07 Aug, 2010 1 commit
  17. 10 Jul, 2010 1 commit
  18. 24 Jun, 2010 2 commits
  19. 27 May, 2010 1 commit
  20. 25 May, 2010 2 commits
  21. 04 Apr, 2010 2 commits
  22. 19 Feb, 2010 1 commit
  23. 16 Dec, 2009 1 commit
  24. 28 Sep, 2009 2 commits
  25. 27 Aug, 2009 2 commits
  26. 24 Aug, 2009 1 commit
    • Alexander Larsson's avatar
      Add support for enabling only native windows · a79f929d
      Alexander Larsson authored
      Some applications make weird assumtions on Gtk+ that do not work anymore
      with the new client-side windows support. For instance SWT/Eclipse reorders
      the stacking order of the X windows directly without telling gdk this,
      which breaks gdk drawing as gdk now relies on knowing the stacking order
      for window clipping.
      This introduces a GDK_NATIVE_WINDOWS environment variable, which if set
      causes Gtk+ to always use native windows. Its more compatible with
      pre-csw Gtk+ behaviour if you do weird X-specific hacks, although it does
      limit the size of GdkWindows to 65535x65535.
  27. 10 Jul, 2009 1 commit
    • Alexander Larsson's avatar
      Manually update toplevel_under_pointer when a grab changes to owner_events · ccb09d1c
      Alexander Larsson authored
      When we ungrab the pointer we don't get enter events for the window the
      pointer is in at the time of the ungrab, so we manually query for the
      window the pointer is in. The same thing actually happens on re-grab if
      the previous grab was !owner_events (meaning we don't get crossing events
      for windows other than the grab) but the new grab is owner_events (and
      thus non-grab windows need to get crossing events).
      This factors out some common code and enables it also for the re-grab
      to owner_events case.
  28. 09 Jul, 2009 1 commit
    • Alexander Larsson's avatar
      Correctly set enter/leave events as detail=nonlinear · 9044ec9b
      Alexander Larsson authored
      If we get a nonlinear enter/leave notify on the toplevel we need
      to set nonlinear in all the events we send, even if the in-toplevel
      tree is linear.
      This fixes combobox menus popping down immediately when you click
      (not hold). (bug #587559)
  29. 07 Jul, 2009 1 commit