1. 01 Nov, 2015 1 commit
  2. 14 Sep, 2015 1 commit
    • Alexander Larsson's avatar
      gtk: Stop setting GDK_EXPOSURE_MASK on random widgets · d5f17549
      Alexander Larsson authored
      These days exposure happens only on the native windows (generally the
      toplevel window) and is propagated down recursively. The expose event
      is only useful for backwards compat, and in fact, for double buffered
      widgets we totally ignore the event (and non-double buffering breaks
      on wayland).
      
      So, by not setting the mask we avoid emitting these events and then
      later ignoring them.
      
      We still keep it on eventbox, fixed and layout as these are used
      in weird ways that want backwards compat.
      d5f17549
  3. 01 Jul, 2015 1 commit
  4. 02 Jun, 2015 1 commit
  5. 09 Jun, 2014 1 commit
  6. 15 Feb, 2014 1 commit
  7. 09 Feb, 2014 1 commit
  8. 29 Jan, 2014 1 commit
  9. 09 Jul, 2013 1 commit
  10. 08 Jul, 2013 2 commits
  11. 25 Jun, 2013 1 commit
  12. 23 Mar, 2013 1 commit
  13. 13 Feb, 2013 1 commit
  14. 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
  15. 02 Oct, 2012 1 commit
  16. 17 Sep, 2012 1 commit
  17. 02 Jul, 2012 1 commit
  18. 27 Apr, 2012 2 commits
  19. 27 Feb, 2012 1 commit
  20. 27 Jun, 2011 1 commit
  21. 10 Jun, 2011 1 commit
  22. 09 Jun, 2011 1 commit
    • Benjamin Otte's avatar
      toolpalette: Remove composite support · 4dbeac92
      Benjamin Otte authored
      It seems to be very broken wrt input handling, causing random icons to
      light up etc.
      So until this is fixed, better remove composite support. It only removes
      animations, so it's not a big loss for functionality.
      4dbeac92
  23. 23 Feb, 2011 1 commit
  24. 31 Jan, 2011 1 commit
  25. 30 Jan, 2011 1 commit
  26. 12 Jan, 2011 2 commits
  27. 05 Jan, 2011 1 commit
  28. 04 Jan, 2011 2 commits
  29. 15 Dec, 2010 1 commit
  30. 13 Nov, 2010 1 commit
  31. 10 Nov, 2010 1 commit
  32. 30 Oct, 2010 1 commit
  33. 27 Oct, 2010 1 commit
  34. 26 Oct, 2010 1 commit
    • Tristan Van Berkom's avatar
      Added GtkScrollablePolicy property to scrollable interface · 3fe0fb4e
      Tristan Van Berkom authored
      This patch adds the GtkScrollablePolicy type property to GtkScrollable
      and implements it in all subclasses. GtkScrolledWindow observes this
      property to make a good guess about when to show/hide scrollbars for
      height-for-width content.
      
      Most scrollable children do not do height-for-width *yet* but
      most certainly will (toolpalette, treeview, iconview, textview
      widgets all TODO), for scrollable widgets that do have a minimum
      and natural size, it's important for them to observe the state
      of this property in order to properly drive the scroll adjustments
      according to the desired GtkScrollablePolicy. This patch makes
      GtkViewport do this.
      
      Patch also adds tests/testscrolledwindow.c to display the effects
      of this property.
      3fe0fb4e
  35. 22 Oct, 2010 2 commits