1. 07 Mar, 2017 4 commits
  2. 06 Mar, 2017 2 commits
  3. 19 Jan, 2017 1 commit
  4. 03 Nov, 2016 1 commit
  5. 21 Oct, 2016 1 commit
  6. 19 Jul, 2016 1 commit
  7. 09 Jun, 2016 1 commit
  8. 05 Jun, 2016 1 commit
  9. 01 Jun, 2016 1 commit
  10. 30 May, 2016 1 commit
  11. 02 May, 2016 1 commit
  12. 27 Apr, 2016 1 commit
  13. 26 Apr, 2016 1 commit
  14. 25 Apr, 2016 2 commits
  15. 21 Apr, 2016 1 commit
  16. 28 Mar, 2016 1 commit
  17. 20 Mar, 2016 1 commit
  18. 05 Mar, 2016 1 commit
  19. 04 Mar, 2016 1 commit
  20. 28 Feb, 2016 1 commit
  21. 24 Feb, 2016 1 commit
  22. 13 Feb, 2016 1 commit
  23. 11 Feb, 2016 2 commits
  24. 10 Feb, 2016 1 commit
  25. 29 Jan, 2016 3 commits
  26. 28 Jan, 2016 3 commits
  27. 23 Jan, 2016 1 commit
  28. 11 Jan, 2016 1 commit
  29. 10 Jan, 2016 1 commit
  30. 08 Jan, 2016 1 commit
    • Olivier Fourdan's avatar
      wayland: prefer subsurface when possible · 28f011eb
      Olivier Fourdan authored
      Quite a few applications use GTK_WINDOW_POPUP to create various
      temporary windows and place then on screen. That works fine on X11 but
      on Wayland there is no global coordinate system for regular surfaces.
      
      If the application is using a gdk temp window and set a parent with
      gtk_window_transient_for(), the gdk wayland backend has all it needs to
      create a subsurface that can be placed at will by the application.
      
      Bugzilla: https://bugzilla.gnome.org/show_bug.cgi?id=759738
      28f011eb