1. 02 May, 2013 1 commit
  2. 19 Apr, 2013 3 commits
  3. 16 Apr, 2013 1 commit
  4. 15 Apr, 2013 4 commits
  5. 11 Apr, 2013 2 commits
  6. 23 Mar, 2013 1 commit
  7. 06 Mar, 2013 1 commit
  8. 26 Feb, 2013 1 commit
  9. 21 Feb, 2013 1 commit
    • Owen W. Taylor's avatar
      Broadway/Quartz/Win32: make event source prepare()/check() note paused status · df3e19b4
      Owen W. Taylor authored
      When events are paused, we should not return TRUE from prepare() or check().
      GTK+ handles this for events that are already in the GTK+ queue, but
      we also need suppress checks for events that are in the system queue - if we
      return TRUE indicating that there are events in the system queue, then we'll
      call dispatch(), and do nothing. The event source will spin, and will never
      run the other phases of the paint clock.
      
      (Broadway doesn't have a window system queue separate from the GDK event queue,
      but we write the function the same way for consistency.)
      
      https://bugzilla.gnome.org/show_bug.cgi?id=694274
      df3e19b4
  10. 18 Feb, 2013 1 commit
    • Alexander Larsson's avatar
      win32: Fix build · 38ada3b6
      Alexander Larsson authored
      gdkwindown-win32.c included windows.h directly rather than via gdkwin32.h
      which broke the build for me at least. Instead rely on it being included in
      gdkwin32.h and things work right.
      38ada3b6
  11. 14 Feb, 2013 1 commit
    • Owen W. Taylor's avatar
      Reimplement _NET_WM_SYNC_REQUEST inside X11 backend · 645b5f39
      Owen W. Taylor authored
      Deprecate gdk_window_enable_synchronized_configure() and
      gdk_window_configure_done() and make them no-ops. Implement the
      handling of _NET_WM_SYNC_REQUEST in terms of the frame cycle -
      we know that all processing will be finished in the next frame
      cycle after the ConfigureNotify is received.
      645b5f39
  12. 28 Dec, 2012 1 commit
  13. 29 Nov, 2012 1 commit
  14. 30 Jul, 2012 1 commit
  15. 19 Jun, 2012 1 commit
  16. 03 Apr, 2012 1 commit
    • Alexander Larsson's avatar
      win32: Fix up wintab support · 24f9ca92
      Alexander Larsson authored
      We now have a proper MASTER/SLAVE input device split, where
      the masters are virtual core input devices and we add fake hw
      slave devices for the system pointer and real slave devices for
      wintab devices.
      
      We also set the proper source_device on the events so you can
      tell which device sent it and properly decode the axis info.
      24f9ca92
  17. 16 Mar, 2012 1 commit
  18. 10 Mar, 2012 1 commit
  19. 09 Mar, 2012 1 commit
  20. 06 Mar, 2012 1 commit
  21. 27 Feb, 2012 1 commit
  22. 21 Feb, 2012 1 commit
  23. 25 Jan, 2012 1 commit
    • Dieter Verfaillie's avatar
      win32: fix gdk_win32_window_raise · fe190770
      Dieter Verfaillie authored
      When calling gtk_window_present(), gdk_win32_window_raise did not
      actually raise the window anymore. Replacing BringWindowToTop() with
      SetForegroundWindow() fixes this.
      
      During testing, we also discovered that sometimes SetForeGroundWindow()
      will (correctly) refuse to raise the window and fail(for example: sometimes
      when dragging a different application at the time of a gtk_window_present()
      call). To prevent a GdkWarning from being produced, usage of the API_CALL
      macro has been removed for this case.
      
      Additional goodies of SetForeGroundWindow:
      - it brings the window to the front when the process owning the
        window to raise is the foreground process (for example when
        gtk_window_present is called from a GtkStatusIcon's activate
        signal handler)
      - it limits itself to flashing the task bar button associated
        with the window if the process owning the window to raise
        is *not* the foreground process (for example when gtk_window_present
        is called from a g_timeout_add callback function)
      
      https://bugzilla.gnome.org/show_bug.cgi?id=665760
      fe190770
  24. 18 Dec, 2011 1 commit
    • Matthias Clasen's avatar
      Add gdk_screen_get_monitor_workarea · c6df2828
      Matthias Clasen authored
      The function returns the part of a monitors area that should be
      used for positioning popups, menus, etc. The only non-trivial
      implementation atm is in the X backend, all the other backends
      just return the full monitor area. The X implementation is
      currently suboptimal, since it requires roundtrips to collect
      the necessary information. It should be changed to monitor
      the properties for changes, when XFixes allows to monitor
      individual properties.
      https://bugzilla.gnome.org/show_bug.cgi?id=641999
      c6df2828
  25. 25 Nov, 2011 1 commit
  26. 21 Nov, 2011 4 commits
  27. 17 Nov, 2011 1 commit
  28. 10 Nov, 2011 4 commits