1. 13 Feb, 2021 2 commits
    • Janet Blackquill's avatar
      Introduce XdgPopupGrab · 4c918378
      Janet Blackquill authored
      The XdgPopupGrab is a premade grab filter that makes
      it trivial for compositors to implement xdg_popup#grab.
      4c918378
    • Janet Blackquill's avatar
      Introduce Grab classes · a0c4d849
      Janet Blackquill authored
      The grab classes are classes that allow implementations of
      various grab-related mechanisms to expose and use an
      event filter.
      a0c4d849
  2. 11 Feb, 2021 1 commit
  3. 02 Feb, 2021 2 commits
  4. 30 Jan, 2021 1 commit
  5. 29 Jan, 2021 1 commit
  6. 26 Jan, 2021 2 commits
  7. 21 Jan, 2021 4 commits
  8. 12 Jan, 2021 1 commit
    • David Edmundson's avatar
      Send SurfaceInterface::enter events after clients bind to outputs · e1e3a4a0
      David Edmundson authored
      The following order of events are legal:
      
      Typically order is:
       - server announces a new output
       - client binds to a new output
       - server updates the surface to be on new output
      
      But we can have events occur in the following order:
      
       - server announces a new output
       - server updates the surface to be on new output
       - client binds to a new output
      
      At which point when we update the surface there is no ID to tell the
      client which output the surface is on.
      
      This patch watches for clients binding to output and updates
      appropriately.
      e1e3a4a0
  9. 06 Jan, 2021 4 commits
  10. 05 Jan, 2021 1 commit
  11. 16 Dec, 2020 1 commit
  12. 14 Dec, 2020 2 commits
    • Andrey Butirsky's avatar
      keyboard_interface: Always update modifiers cache · f67daa07
      Andrey Butirsky authored and David Edmundson's avatar David Edmundson committed
      We send modifiers to the active client when they change, and when we
      focus an existing client we send the cached state.
      
      For this reason it's important we always update our internal store of
      modifiers regardless of whether a surface is currently active.
      
      Unit test is adopted accordingly.
      
      BUG: 429930
      f67daa07
    • Vlad Zahorodnii's avatar
      Remove factory methods in Display · 725e97aa
      Vlad Zahorodnii authored
      The main reason why we have factory methods is that up to some point,
      kwayland had its own signal to indicate when globals have to be removed.
      
      Now that all globals add destroy listeners for the wl_display object,
      we don't have that signal. Most factory methods are equivalent to doing
      new T(display).
      
      Besides adding unnecessary boilerplate code, another reason to get rid
      of the factory methods is to reduce the amount of merge conflicts. If
      several persons work on implementing wayland protocols at the same time,
      sooner or later someone will have to resolve merge conflicts in Display.
      725e97aa
  13. 12 Dec, 2020 1 commit
  14. 09 Dec, 2020 3 commits
  15. 07 Dec, 2020 1 commit
  16. 01 Dec, 2020 1 commit
  17. 27 Nov, 2020 1 commit
  18. 19 Nov, 2020 1 commit
  19. 17 Nov, 2020 2 commits
    • Aleix Pol Gonzalez's avatar
      Notify subsurfaces about output changes · c58ea3e8
      Aleix Pol Gonzalez authored and Aleix Pol Gonzalez's avatar Aleix Pol Gonzalez committed
      Otherwise they wouldn't notice and wouldn't update to the settings of
      the new output, like the new output's scaling.
      c58ea3e8
    • David Edmundson's avatar
      Allow small timeout intervals in IdleInterface · 9cf51bb1
      David Edmundson authored
      A threshold exists to stop users flooding the server for no reason.
      
      However, there is a usecase for small timeouts.
      
      rsibreak has a "please relax for 20 seconds" interface. Here it makes
      perfect sense to know if a user is active in small increments. The plan
      is to start a 1s timer and wait for that. Then we wait locally for 20s
      without a resume event.
      9cf51bb1
  20. 16 Nov, 2020 1 commit
  21. 11 Nov, 2020 2 commits
    • Vlad Zahorodnii's avatar
      Safely end drag if the source data device gets destroyed · d70552f6
      Vlad Zahorodnii authored
      We cannot end a drag after the destroyed() signal for the source data
      device is emitted because DataDeviceInterface and its d pointer are gone
      by that time.
      d70552f6
    • Vlad Zahorodnii's avatar
      Destroy all clients before destroying wl_display · e77f9ac2
      Vlad Zahorodnii authored
      One of the most disappointing things when writing autotests is dealing
      with a race condition where destructor requests are processed after all
      globals have been destroyed.
      
      With this change, the Display object will destroy all clients and their
      resources before destroying the wl_display object. The good thing about
      doing so is that shut down logic becomes simple. We don't have to assume
      that wl_resource objects can outlive their wl_global objects, etc. The
      bad thing is that it exposed a couple of pre-existing latent bugs in the
      data device and the xdg foreign code.
      
      closes #2
      e77f9ac2
  22. 10 Nov, 2020 1 commit
  23. 09 Nov, 2020 1 commit
  24. 06 Nov, 2020 1 commit
  25. 05 Nov, 2020 2 commits