1. 03 Jul, 2013 3 commits
  2. 07 May, 2013 2 commits
  3. 25 Jan, 2013 1 commit
  4. 27 Feb, 2012 1 commit
  5. 05 Nov, 2011 1 commit
  6. 01 Feb, 2011 1 commit
    • Benjamin Otte's avatar
      API: gdk: Change get_drag_window() API · 44c02fcb
      Benjamin Otte authored
      The previous function gdk_drag_get_protocol_for_display() took native
      window handles, so it had to be changed. Because it didn't do what it
      was named to do (it didn't return a protocol even though it was named
      get_protocol) and because it doesn't operate on the display anymore but
      on the actual window, it's now called gdk_window_get_drag_protocol().
      44c02fcb
  7. 21 Dec, 2010 8 commits
  8. 06 Dec, 2010 1 commit
  9. 02 Dec, 2010 7 commits
  10. 05 Oct, 2010 1 commit
  11. 26 Sep, 2010 4 commits
    • Benjamin Otte's avatar
      gdk: Remove gdk_window_redirect_to_drawable() · d7335837
      Benjamin Otte authored
      Also remove the reverse gdk_window_remove_redirection().
      
      The code was only used by the snapshotting code, and that code is dead
      now.
      d7335837
    • Benjamin Otte's avatar
      gdk: Rewrite background handling · 2c163369
      Benjamin Otte authored
      Now the window background is a cairo_pattern_t. The backends will try to
      set this as good as they can on the windowing system, but no guarantees
      are made on wether the windowing system supports the pattern.
      
      Also gets rid of GDK_NO_BG as undefined behavior is not a good idea to
      support, and GDK_NO_BG effectively made the window's contents undefined.
      It wasn't effectively used in GTK anyway.
      2c163369
    • Benjamin Otte's avatar
      gdk: Remove supports_native_bg on WindowImplIface · c250b3fe
      Benjamin Otte authored
      This will not be TRUE for anything anymore, once we fix background
      handling.
      c250b3fe
    • Benjamin Otte's avatar
      gdk: Remove GdkWindowImpl->clear_region · 547e2cc8
      Benjamin Otte authored
      It was only used on the X11 backend and is easier to implement locally,
      in particular when we want to allow backgrounds that X can't handle.
      547e2cc8
  12. 08 Sep, 2010 1 commit
  13. 10 Aug, 2010 1 commit
    • Benjamin Otte's avatar
      gdk: Make window moves a custom vfunc · 65ac54bb
      Benjamin Otte authored
      The window move code needs special attention for multiple reasons:
      - invalid areas for expose events need to be modified
      - self-copy is not supported by Cairo
      - in X11, copying from an overlapped Window might cause unexposed areas
        to be copied in, spo expose events for those need to be generated.
      
      This was all special cased in various parts of the code. By making it an
      explicit vfunc, we can work around it.
      65ac54bb
  14. 29 Jun, 2010 1 commit
  15. 25 May, 2010 1 commit
  16. 05 Nov, 2009 1 commit
  17. 02 Sep, 2009 1 commit
    • Alexander Larsson's avatar
      Add gdk_window_restack · d67a7eda
      Alexander Larsson authored
      This lets you restack a window above or below a specified sibling.
      At least eclipse wants this functionallity.
      d67a7eda
  18. 13 Aug, 2009 1 commit
    • Alexander Larsson's avatar
      Ensure that queue_translation is paired with the right X operation · 939e5522
      Alexander Larsson authored
      The X11 queue_translation operation uses NextRequest to get the serial
      of the XCopyArea operation where the translation should end. However,
      if the gc passed to gdk_draw_drawable has a non-flushed clip region
      (which it commonly has now for the window clipping) then the next
      operation will be the GC flush, not the XCopyArea.
      
      To handle this right we now pass in the GC to be used to
      queue_translation and ensure that it is flushed before calling
      NextRequest().
      939e5522
  19. 26 Jun, 2009 2 commits
  20. 16 Jun, 2009 1 commit