1. 16 Sep, 2014 3 commits
  2. 15 Sep, 2014 1 commit
  3. 03 Jul, 2014 1 commit
  4. 28 Jun, 2014 1 commit
  5. 26 Jun, 2014 1 commit
  6. 19 Jun, 2014 1 commit
  7. 09 Jun, 2014 1 commit
  8. 23 May, 2014 1 commit
  9. 22 May, 2014 1 commit
  10. 19 Feb, 2014 1 commit
  11. 09 Feb, 2014 1 commit
  12. 07 Feb, 2014 4 commits
  13. 04 Feb, 2014 1 commit
  14. 03 Feb, 2014 1 commit
  15. 02 Feb, 2014 1 commit
  16. 29 Jan, 2014 1 commit
  17. 23 Oct, 2013 1 commit
  18. 31 Aug, 2013 1 commit
  19. 26 Aug, 2013 1 commit
  20. 14 Aug, 2013 1 commit
    • Jasper St. Pierre's avatar
      gtkdnd: Introduce a new API for more accurate drag origin data · 030b62d1
      Jasper St. Pierre authored
      When trying to drag, we currently the position of the first motion
      event to determine where the drag came from. This might be alright
      in the case of the old animation, but the data will be inaccurate
      if the user has moved the pointer quite a bit since pressing the
      cursor to start dragging. While we could monkey patch the GdkEvent
      at the widget layer, this is unintuitive and strange.
      
      Add a new API that takes a set of pointer coordinates describing
      the origin of the drag. Additionally, adapt most widgets to use
      it and use it with correct coordinates.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=705605
      030b62d1
  21. 07 Aug, 2013 2 commits
  22. 29 Jul, 2013 1 commit
  23. 09 Jul, 2013 1 commit
  24. 07 Feb, 2013 1 commit
    • Alexander Larsson's avatar
      Add gtk_widget_(un)register_window · 3d4cd4db
      Alexander Larsson authored
      This replaces the previously hardcoded calls to gdk_window_set_user_data,
      and also lets us track which windows are a part of a widget. Old code
      should continue working as is, but new features that require the
      windows may not work perfectly.
      
      We need this for the transparent widget support to work, as we need
      to specially mark the windows of child widgets.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=687842
      3d4cd4db
  25. 02 Feb, 2013 1 commit
  26. 01 Feb, 2013 1 commit
    • Cosimo Cecchi's avatar
      icon-view: add back gtk_style_context_set_background() · c4183405
      Cosimo Cecchi authored
      Commit da094479 removed the call to
      gtk_style_context_set_background() in favour of always rendering it with
      gtk_render_background() during the draw vfunc.
      This has the side effect of making the backing window always
      transparent, which blocks GTK from applying some optimizations during
      the paint cycle. The result is that, especially in clutter-gtk
      applications, scrolling performance gets really bad.
      
      This commit partially reverts da094479
      and changes the code so that both gtk_style_context_set_background() and
      gtk_render_background() are called.
      c4183405
  27. 20 Jan, 2013 1 commit
  28. 27 Dec, 2012 1 commit
    • Matthias Clasen's avatar
      Make accessible implementations public · e4b5e94e
      Matthias Clasen authored
      This commit exposes the get_type() functions and standard
      headers for accessible implementations. This makes it possible
      to derive from the GTK accessible implementations without
      GType magic tricks. This is necessary, because we require the
      a11y type hierarchy to be parallel to the widget type hierarchy.
      So, if you derive a widget and need to adjust its a11y implementation,
      you have to be able to derive its accessible implementation.
      
      This commit probably exposes more than is absolutely necessary,
      it also exposes accessibles of widgets that are unlikely candidates
      for deriving from.
      e4b5e94e
  29. 20 Nov, 2012 1 commit
  30. 27 Sep, 2012 1 commit
  31. 26 Aug, 2012 1 commit
  32. 20 Aug, 2012 1 commit
  33. 10 Aug, 2012 1 commit
  34. 01 Aug, 2012 1 commit