1. 13 Feb, 2019 2 commits
  2. 26 Nov, 2018 1 commit
    • Florian Müllner's avatar
      x11: Remove hide-titlebar-when-maximized support · 6e1b14b2
      Florian Müllner authored
      It's a UI pattern that has been superseded by client-side decorations,
      apps that used to set the hint have generally moved on to headerbars.
      Given that and the limitation to server-side decorated X11 windows,
      GTK4 removed the client-side API for setting the hint, it's time to
      follow suite and retire the feature.
      
      GNOME/mutter!221
      6e1b14b2
  3. 06 Nov, 2018 1 commit
    • Jonas Ådahl's avatar
      Clean up include macros mess · 2f4a68c8
      Jonas Ådahl authored
      The order and way include macros were structured was chaotic, with no
      real common thread between files. Try to tidy up the mess with some
      common scheme, to make things look less messy.
      2f4a68c8
  4. 12 Oct, 2018 2 commits
  5. 11 Oct, 2018 1 commit
  6. 06 Jul, 2018 10 commits
  7. 27 Apr, 2017 1 commit
  8. 15 Nov, 2016 1 commit
  9. 20 Jul, 2016 1 commit
  10. 07 Jun, 2016 1 commit
  11. 23 Nov, 2015 1 commit
  12. 30 Jul, 2015 1 commit
    • Rui Matos's avatar
      window: Remove fullscreen_after_placement special case · 07f533f6
      Rui Matos authored
      This was introduced in commit c6793d47
      to prevent window self-maximisation. It turns out that that bug seems
      to have been fixed meanwhile in a different way since the reproducer
      in https://bugzilla.gnome.org/show_bug.cgi?id=461927#c37 now works
      fine with this special handling removed.
      
      In fact, failing to set window->fullscreen immediately when loading
      the initial set of X properties causes us to create a UI frame for a
      window that sets _NET_WM_STATE_FULLSCREEN.
      
      This, in turn, might cause the fullscreen constrain code to fail if
      the window also sets min_width/min_height size hints to be the monitor
      size since the UI frame size added to those makes the rectangle too
      big to fit the monitor. If the window doesn't set these hints, we
      fullscreen it but the window will get sized such that the UI frame is
      taken into account while it really shouldn't (see the reproducer
      above).
      
      https://bugzilla.gnome.org/show_bug.cgi?id=753020
      07f533f6
  13. 24 Jun, 2015 1 commit
  14. 23 Jun, 2015 1 commit
  15. 13 Feb, 2015 1 commit
  16. 01 Jan, 2015 1 commit
  17. 19 Sep, 2014 3 commits
  18. 13 Aug, 2014 1 commit
  19. 02 Aug, 2014 1 commit
    • Florian Müllner's avatar
      window-props: Add FORCE_INIT flag to force hooks for unset properties · b7119c55
      Florian Müllner authored
      Since commit a7b72130, we rely on the standard property
      system to initialize the window type (and likewise for the window
      role since commit 031154a4). However as property hooks are
      never run for properties that are not set, we end up not initializing
      the window type correctly for windows with no _NET_WM_WINDOW_TYPE
      property (which includes virtually all OR windows, causing them to
      show up in pagers and the Shell overview and resulting in frequent
      crashes due to breaking reasonable assumptions all over the place).
      
      Introduce a new FORCE_INIT flag to allow forcing hooks to run
      even when the corresponding property is unset, and use it for
      both _NET_WM_WINDOW_TYPE and _NET_WM_WINDOW_ROLE.
      b7119c55
  20. 14 Jul, 2014 2 commits
  21. 10 Jul, 2014 6 commits