1. 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
  2. 22 Mar, 2015 1 commit
  3. 03 Oct, 2014 1 commit
  4. 19 Feb, 2014 1 commit
  5. 07 Feb, 2014 1 commit
  6. 06 Feb, 2014 1 commit
  7. 05 Feb, 2014 1 commit
  8. 04 Feb, 2014 1 commit
  9. 25 Jan, 2014 1 commit
  10. 18 Jan, 2014 1 commit
  11. 09 Jul, 2013 1 commit
  12. 13 Mar, 2012 1 commit
  13. 27 Feb, 2012 1 commit
  14. 02 Nov, 2011 3 commits
  15. 30 Sep, 2011 1 commit
  16. 13 Apr, 2011 1 commit
  17. 07 Feb, 2011 1 commit
  18. 24 Jan, 2011 1 commit
  19. 04 Jan, 2011 2 commits
  20. 28 Dec, 2010 1 commit
  21. 27 Dec, 2010 1 commit
  22. 21 Dec, 2010 1 commit
  23. 20 Dec, 2010 1 commit
    • Havoc Pennington's avatar
      Add invariant that a child is unmapped if parent is unmapped · b67c5af5
      Havoc Pennington authored
      Requires fixes to GtkContainer and GtkWindow to unmap their
      children, rather than just withdrawing or hiding the container
      window.
      
      Requires fix to GtkHandleBox to chain up to GtkContainer unmap.
      
      Historically we avoided these unmaps for efficiency reasons,
      but these days it's a bigger problem that there's no way
      for child widgets to know that one of their ancestors has
      become unmapped.
      b67c5af5
  24. 30 Oct, 2010 1 commit
  25. 27 Oct, 2010 1 commit
  26. 26 Sep, 2010 9 commits
    • Benjamin Otte's avatar
      Move GtkSizeRequest into GtkWidget · d9c92598
      Benjamin Otte authored
      It doesn't make sense to keep them separate as GtkSizeRequest requires a
      GtkWidget and GtkWidget implements GtkSizeRequest, so you can never have
      one without the other.
      It also makes the code a lot easier because no casts are required when
      calling functions.
      
      Also, the names would translate to gtk_widget_get_width() and people
      agreed that this would be a too generic name, so a "preferred" was added
      to the names.
      
      So this patch moves the functions:
      gtk_size_request_get_request_mode() => gtk_widget_get_request_mode()
      gtk_size_request_get_width() => gtk_widget_get_preferred_width()
      gtk_size_request_get_height() => gtk_widget_get_preferred_height()
      gtk_size_request_get_size() => gtk_widget_get_preferred_size()
      gtk_size_request_get_width_for_height() =>
        gtk_widget_get_preferred_width_for_height()
      gtk_size_request_get_height_for_width() =>
        gtk_widget_get_preferred_height_for_width()
      ... and moves the corresponding vfuncs to the GtkWidgetClass.
      
      The patch also renames the implementations of the vfuncs in widgets to
      include the word "preferrred".
      d9c92598
    • Benjamin Otte's avatar
      2e5df330
    • Benjamin Otte's avatar
      API: Rename gtk_cairo_paint_*() to gtk_paint_*() · 1d3f6b30
      Benjamin Otte authored
      Large patch, but just renaming.
      Indentation should still mostly be correct because I took care of
      keeping the indentation for this function name.
      1d3f6b30
    • Benjamin Otte's avatar
      Change semantics of the draw signal · 45744d9a
      Benjamin Otte authored
      Previously, we tried to move the context's origin to the widget's top
      left location, no matter what window the paint was happening on. Now we
      only do that for child windows of the widget's window and leave the
      context untouched for windows that the widget has created outside its
      own hierarchy. In those casses, we also don't clip the context to
      the widget's allocation.
      
      Includes fixes to GtkHandlebox for this effect and fixes all known
      issues with it.
      
      These semantics assume that gtk_widget_draw() should only draw the parts
      of a widget that are inside child windows and not draw stuff that is
      located in completely different GdkWindows. In the handlebox case, it
      means that it should only draw the handle when it is attached, but not
      when it isn't. We'll likely need a special draw function for the
      detached handlebox if we want to draw it.
      45744d9a
    • Benjamin Otte's avatar
      handlebox: Port to draw vfunc · 6a0c3114
      Benjamin Otte authored
      6a0c3114
    • Benjamin Otte's avatar
      handlebox: Simplify painting code · 2e53b58b
      Benjamin Otte authored
      2e53b58b
    • Benjamin Otte's avatar
      handlebox: Don't draw outside of expose events · 08d05f95
      Benjamin Otte authored
      We do a queue_draw() via queue_resize() here, so everything's fine.
      08d05f95
    • Benjamin Otte's avatar
      gtk: Don't set colormap anymore when creating GDK windows · e8a6bad0
      Benjamin Otte authored
      Colormaps are about to be removed, so not using them sounds like an
      awesome idea.
      e8a6bad0
    • Benjamin Otte's avatar
  27. 15 Sep, 2010 1 commit
  28. 13 Sep, 2010 1 commit
  29. 09 Sep, 2010 1 commit