1. 04 Jan, 2022 1 commit
  2. 22 Aug, 2021 1 commit
  3. 10 Apr, 2021 1 commit
  4. 24 Nov, 2019 1 commit
  5. 13 Nov, 2019 2 commits
  6. 08 Nov, 2019 1 commit
  7. 02 Aug, 2019 1 commit
    • Luca Bacci's avatar
      GtkStatusIcon/w32: Also set the tooltip on taskbar_created_msg · 6dc2f6f0
      Luca Bacci authored and Matthias Clasen's avatar Matthias Clasen committed
      When explorer.exe creates a taskbar it broadcasts a "TaskbarCreated"
      message to all toplevels. Applications, By handling that message,
      are able to re-create the icons to be displayed in the taskbar.
      Explorer creates a new taskbar in two circumstances:
      A) when explorer starts up
      B) when the DPI of the monitor changes
      A) happens either when explorer.exe is started for the first time at
         logon, or when it is restarted after being terminated.
      B) happens when the user changes the DPI preference of the active
         monitor where the desktop is displayed, or if the desktop is moved
         to a monitor with different DPI.
      Currently, this message is handled in Gtk and icons are re-created.
      However the current implementation has a small issue in that it
      doesn't set the tooltip on the new icons, so tooltips get lost
      after re-creation.
      The tooltip is important because Windows uses it for identification
      of taskbar icons and for storing and applying user preferences. For
      an explanation of that see:
      With this commit the tooltip is correctly applied to new taskbar
      icons when handling taskbar_created_msg.
      See Merge Request !1003
  8. 22 Jun, 2019 1 commit
    • John Ralls's avatar
      Hide Objective-C from outside GdkQuartz. · ef72fe75
      John Ralls authored
      Closes: #1737
      Don't export any functions taking or returning MacOS types in
      gdkquartz.h, gdkprivate-quartz.h, or any header that either includes.
      The GdkQuartz internal functions are moved to a new header
      gdkinternal-quartz.h, the functions used by quartz-specific
      Gtk files are moved to another new header gdkquartz-gtk-only.h, and
      the key and event enums to a new header gdkkeys-quartz.h.
  9. 31 May, 2019 1 commit
    • Christian Hergert's avatar
      gtk: rely on default marshallers · 0f2b019d
      Christian Hergert authored
      Similar to previous removals of g_cclosure_marshal_VOID__VOID we can remove
      other marshallers for which are a simple G_TYPE_NONE with single parameter.
      In those cases, GLib will setup both a c_marshaller and va_marshaller for
      us. Before this commit, we would not get a va_marshaller because the
      c_marshaller is set.
      Related to Initiatives#10
  10. 29 May, 2019 1 commit
    • Christian Hergert's avatar
      marshallers: ensure g_cclosure_marshal_VOID__VOIDv is used · a8a56e8a
      Christian Hergert authored
      If we set c_marshaller manually, then g_signal_newv() will not setup a
      va_marshaller for us. However, if we provide c_marshaller as NULL, it will
      setup both the c_marshaller (to g_cclosure_marshal_VOID__VOID) and
      va_marshaller (to g_cclosure_marshal_VOID__VOIDv) for us.
  11. 11 Apr, 2019 2 commits
  12. 26 Mar, 2019 1 commit
  13. 12 Dec, 2018 2 commits
  14. 07 May, 2018 1 commit
  15. 22 Apr, 2018 1 commit
    • Daniel Boles's avatar
      Stock: Emphasise deprecation; explain alternatives · 2c2ea833
      Daniel Boles authored
      A user in #gtk+ was confused what to do instead of creating a Button via
      gtk_button_new_from_stock(). Our docs could stand to be clearer on this
      point; it only costs a few lines. So, link from that constructor* to the
      GtkStock doc, and add a banner there telling folk they shouldn’t use it.
      * not that most [of these][links] even work right now…
  16. 18 Apr, 2018 1 commit
  17. 17 Feb, 2018 1 commit
  18. 11 Feb, 2018 2 commits
  19. 10 Oct, 2017 1 commit
  20. 07 Nov, 2016 1 commit
  21. 22 Sep, 2016 1 commit
  22. 29 Aug, 2016 1 commit
  23. 25 Aug, 2016 1 commit
  24. 01 Aug, 2016 1 commit
    • Christoph Reiter's avatar
      gtktable: don't try to propagate expand related child props in compute_expand() · a72f1c76
      Christoph Reiter authored and Matthias Clasen's avatar Matthias Clasen committed
      It tried to set the expand state if either xexpand/yexpand where true.
      Due to a missing queue_compute_expand when adding a child it actually
      only computed the expand state in case a child queued after being added
      or in case a child had the expand property set (see optimization in
      In my case this broke layouts as a child of GtkCombBox started setting
      an exand flag with 3.20 which queued a compute_expand, which in turn
      propagated an expand child props set for a cell in the same table up
      and overrode the expand child prop of a parent GtkBox.
      This removes the custom compute_expand implementation to match the
      behaviour of GtkBox (don't propagate child prop expand flags
      but let child expand flags override the child props) and not get random
      expand behaviour depending on whether and when child widgets set their
      expand state.
  25. 19 Jul, 2016 1 commit
  26. 18 Jul, 2016 1 commit
  27. 06 May, 2016 2 commits
  28. 12 Apr, 2016 1 commit
  29. 10 Apr, 2016 1 commit
  30. 05 Apr, 2016 1 commit
  31. 25 Mar, 2016 1 commit
  32. 20 Mar, 2016 2 commits
  33. 06 Mar, 2016 1 commit
  34. 05 Mar, 2016 1 commit