1. 10 Feb, 2011 2 commits
  2. 09 Feb, 2011 7 commits
  3. 08 Feb, 2011 1 commit
  4. 05 Feb, 2011 2 commits
  5. 04 Feb, 2011 1 commit
  6. 01 Feb, 2011 3 commits
    • Benjamin Otte's avatar
      API: gdk: Get rid of GdkNativeWindow · 5f594b61
      Benjamin Otte authored
      Also get rid of the GDK_NATIVE_WINDOW_POINTER define.
    • 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().
    • Benjamin Otte's avatar
      gdk: Remove GdkEventClient · c332ac20
      Benjamin Otte authored
      ... and all APIs making use of it.
      That code like it hasn't been touched in years, Google codesearch
      didn't find any users and most importantly it's a horrendous API, so
      let's just make it die instead of having to port it over to
      non-GdkNativeWindow usage, which would be required for multi-backend
  7. 31 Jan, 2011 5 commits
  8. 30 Jan, 2011 7 commits
  9. 29 Jan, 2011 2 commits
  10. 28 Jan, 2011 2 commits
  11. 27 Jan, 2011 3 commits
    • Carlos Garnacho's avatar
      Make GtkCellArea use GtkStyleContext · 41d6837f
      Carlos Garnacho authored
      gtk_cell_area_[gs]et_style_detail() is no longer needed, as
      the passed widget's context would already have all necessary
    • Carlos Garnacho's avatar
      Add gtk_cell_renderer_get_state() · f96aae68
      Carlos Garnacho authored
      This is a helper function to help retrieve a GtkStateFlags
      from a GtkCellRendererState, also given the cell renderer
      and widget sensitivities.
    • Colin Walters's avatar
      Clarify documentation header about GTK+ 3 vs 2 · 22527e80
      Colin Walters authored
      I think it's confusing for a lot the developers out there who
      may not even be aware of GTK+ 3 coming, if suddenly GTK+ 3 becomes
      the "stable" version of "gtk" on library.gnome.org.  It may
      not even be feasible for them to port to GTK+3 if it's not
      shipped in the operating systems they're targeting (for example,
      RHEL 6).
      Since practically speaking, we expect people to consume GTK+ 2 for
      several years at least, redirect these people to the right pages.
      (I didn't attempt to explain the differences between the libraries
       here, but hopefully the major version difference is enough of a hint)
      As a side effect, this makes the generated HTML look better; previously
      it looked rather crappy, since the "for GTK &version;" was totally
      offset and in a different group from the documentation title.
  12. 26 Jan, 2011 1 commit
  13. 25 Jan, 2011 1 commit
  14. 23 Jan, 2011 1 commit
  15. 21 Jan, 2011 1 commit
  16. 20 Jan, 2011 1 commit