1. 21 Feb, 2019 2 commits
  2. 19 Feb, 2019 2 commits
  3. 18 Feb, 2019 2 commits
  4. 17 Feb, 2019 3 commits
  5. 14 Feb, 2019 3 commits
    • Matej Urbančič's avatar
      Updated Slovenian translation · d7a4143a
      Matej Urbančič authored
    • Matthias Clasen's avatar
      Merge branch 'issue-1662' into 'gtk-3-24' · 65edea04
      Matthias Clasen authored
      Use C locale when building gtktypefuncs.c
      See merge request !577
    • Emmanuele Bassi's avatar
      Use C locale when building gtktypefuncs.c · 6058495f
      Emmanuele Bassi authored
      We're using [a-z] ranges with sed and grep, and POSIX does not specify
      their behaviour in non-ASCII locales:
        In the POSIX locale, a range expression represents the set of
        collating elements that fall between two elements in the collation
        sequence, inclusive. In other locales, a range expression has
        unspecified behavior
          -- IEEE Std 1003.1-2017, § 9.3.5 (7)
      This can lead to no results, or invalid replacements, which in turn can
      lead to broken builds or broken build artifacts.
      Fixes: #1662
  6. 09 Feb, 2019 1 commit
  7. 08 Feb, 2019 3 commits
  8. 07 Feb, 2019 4 commits
    • Matthias Clasen's avatar
      Merge branch 'wip/fix-submenu-size' into 'gtk-3-24' · 1d4eac21
      Matthias Clasen authored
      Fix submenu size
      See merge request !565
    • Jonas Ådahl's avatar
      menu: Fixate size calculated by gdk_window_move_to_rect() · 57300b49
      Jonas Ådahl authored
      When we receive a size from the move-to-rect implementation, force GTK
      to continue using that size until reconfigured by move-to-rect, or
      when remapped.
      Fixes: #1651
    • Jonas Ådahl's avatar
      menu: Force recalculation of size before positioning · 7298e73c
      Jonas Ådahl authored
      On X11, the position of the menu is calculated synchronously by
      gdk_window_move_to_rect(). This means that calculating the window size
      when showing is too late, as that'd mean the size used when calculating
      the position is out-of-date. The first time a menu is mapped, however,
      the size is calculated during realization; but a window is only realized
      once, so it doesn't work for subsequent maps.
      Currently, this is harmless, as a GtkMenu can change its size however it
      wants after it has been mapped. This, however, is problematic, as it
      means the position calculated by gdk_window_move_to_rect() might no
      longer be valid, or constraints made by the same function might no
      longer be respected.
      Thus, this is a preparation for making GtkMenu popups stay the same size
      until they are remapped again at a later point.
    • Jonas Ådahl's avatar
      window: Add private API to force-resize · 461f5fde
      Jonas Ådahl authored
      Sometimes (read for GtkMenu on X11) it's not enough to resize on show,
      and relying on the size to be calculated on realization only works the
      first time a menu is popped up, so add an API that GtkMenu can use to
      ensure the size of a menu is "refreshed" before passing anything along
      to gdk_window_move_to_rect().
  9. 06 Feb, 2019 1 commit
    • Jonas Ådahl's avatar
      window: Add private API to fixate size · edb57a92
      Jonas Ådahl authored
      This causes window size guessing to always use the remembered size (the
      size of the GdkWindow). This will be useful for menus which size is
      managed by gdk_window_move_to_rect(), to avoid overriding the size
      calculated by the move-to-rect implementation.
  10. 05 Feb, 2019 11 commits
  11. 04 Feb, 2019 8 commits