1. 29 Aug, 2015 2 commits
  2. 03 Oct, 2014 1 commit
  3. 02 Oct, 2014 1 commit
  4. 20 Jul, 2014 1 commit
  5. 09 Jun, 2014 2 commits
  6. 24 May, 2014 1 commit
  7. 13 May, 2014 2 commits
  8. 15 Feb, 2014 1 commit
  9. 09 Feb, 2014 1 commit
  10. 05 Feb, 2014 1 commit
  11. 04 Feb, 2014 1 commit
  12. 29 Jan, 2014 2 commits
  13. 21 Jan, 2014 1 commit
  14. 05 Jan, 2014 1 commit
  15. 09 Jul, 2013 1 commit
  16. 18 Feb, 2013 1 commit
  17. 18 Sep, 2012 1 commit
    • Allison Karlitskaya's avatar
      GtkAccelLabel: adjust recent accel changes · 99a53112
      Allison Karlitskaya authored
      In the event that a GtkAccelKey was present for the closure but it
      contained a keyval of 0 the previous code would show "".  After the
      recent adjustments, "-/-" would be shown in this case.
      
      It turns out to be a pretty common case, so fix the logic to stop using
      '0' as a magic value to mean "don't have an accel" and add a separate
      boolean for that purpose.
      99a53112
  18. 17 Sep, 2012 1 commit
    • Allison Karlitskaya's avatar
      GtkAccelLabel: add manual accel API · 778aa7ad
      Allison Karlitskaya authored
      Add an API to GtkAccelLabel for hardcoding the accel key to be displayed
      (ie: allowing us to bypass the GtkAccelGroup lookup).
      
      Use that from the GMenuModel-based GtkMenu construction code instead of
      passing around the accel group.
      
      This makes accel labels work in bloatpad again.
      
      This patch effectively removes any hope of automatic runtime accel
      changes in GMenuModel-based menus without additional application
      support but it leaves the door open for this to be supported again in
      the future (if we decide that it's important).
      
      https://bugzilla.gnome.org/show_bug.cgi?id=683738
      778aa7ad
  19. 27 Feb, 2012 1 commit
  20. 19 Dec, 2011 1 commit
  21. 24 Aug, 2011 1 commit
  22. 18 Jul, 2011 1 commit
  23. 02 Jun, 2011 1 commit
  24. 01 Jun, 2011 1 commit
  25. 02 May, 2011 1 commit
  26. 01 May, 2011 1 commit
  27. 12 Apr, 2011 1 commit
  28. 09 Feb, 2011 1 commit
  29. 04 Feb, 2011 2 commits
  30. 04 Jan, 2011 1 commit
  31. 24 Dec, 2010 1 commit
  32. 27 Sep, 2010 1 commit
  33. 26 Sep, 2010 3 commits
    • Benjamin Otte's avatar
    • 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
      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