1. 23 Nov, 2021 3 commits
  2. 17 Nov, 2021 1 commit
  3. 10 Nov, 2021 1 commit
  4. 09 Nov, 2021 1 commit
  5. 13 Oct, 2021 1 commit
  6. 11 Oct, 2021 1 commit
  7. 04 Oct, 2021 1 commit
    • Alexander Richardson's avatar
      tests: allow cross-compiling the tests · 78f654ed
      Alexander Richardson authored
      
      
      I am trying to cross-compile from macOS for FreeBSD and this is currently
      failing since the tests attempt to build a native binary that links
      against the wayland-client and wayland-server libraries for the FreeBSD
      system. I believe we should be building them for the target system and
      not the current host (especially since there is no way to build
      wayland-client and wayland-server for macOS, but I do want to check that
      the files build correctly for FreeBSD).
      Signed-off-by: Alexander Richardson's avatarAlex Richardson <Alexander.Richardson@cl.cam.ac.uk>
      Reviewed-by: Simon Ser's avatarSimon Ser <contact@emersion.fr>
      78f654ed
  8. 19 Sep, 2021 1 commit
  9. 15 Sep, 2021 1 commit
  10. 13 Sep, 2021 1 commit
    • Peter Hutterer's avatar
      pointer-gestures: add hold gestures · 824cea61
      Peter Hutterer authored and Simon Ser's avatar Simon Ser committed
      
      
      Hold gestures merely denote "there are fingers on the touchpad but they are
      not moving". As touchpad touches are generally fully abstracted, a client
      cannot currently know when a user is interacting with the touchpad without
      moving - no motion events will be sent in this case.
      
      The two use-cases here are:
      - hold-to-interact: where a hold gesture is active for some time
        a menu could pop up, or some object is selected, etc.
      - hold-to-cancel: where e.g. kinetic scrolling is currently active, the start
        of a hold gesture can be used to stop the scroll
      
      Since hold gestures by definition do not have movement, there is no need for
      an "update" stage in the gesture.
      Signed-off-by: Peter Hutterer's avatarPeter Hutterer <peter.hutterer@who-t.net>
      824cea61
  11. 09 Sep, 2021 1 commit
  12. 01 Sep, 2021 4 commits
  13. 28 Aug, 2021 1 commit
  14. 06 Aug, 2021 2 commits
    • Simon Ser's avatar
      readme: fix unformatted label references · 7dffa6f3
      Simon Ser authored
      
      
      The newlines prevent the labels from being properly formatted.
      Additionally, the second label reference has a typo (extra "s").
      Signed-off-by: Simon Ser's avatarSimon Ser <contact@emersion.fr>
      7dffa6f3
    • Xaver Hugl's avatar
      staging/drm-lease: DRM lease protocol support · aa3df408
      Xaver Hugl authored and Simon Ser's avatar Simon Ser committed
      DRM leasing is a feature which allows the DRM master to "lease" a subset
      of its DRM resources to another DRM master via drmModeCreateLease, which
      returns a file descriptor for the new DRM master. We use this protocol
      to negotiate the terms of the lease and transfer this file descriptor to
      clients.
      
      In less DRM-specific terms: this protocol allows Wayland compositors to
      give over their GPU resources (like displays) to a Wayland client to
      exclusively control.
      
      The primary use-case for this is Virtual Reality headsets, which via the
      non-desktop DRM property are generally not used as desktop displays by
      Wayland compositors, and for latency reasons (among others) are most
      useful to games et al if they have direct control over the DRM resources
      associated with it. Basically, these are peripherals which are of no use
      to the compositor and may be of use to a client, but since they are tied
      up in DRM we need to use DRM leasing to get them into client's hands.
      
      Signed-o...
      aa3df408
  15. 04 Aug, 2021 4 commits
  16. 27 Jul, 2021 1 commit
  17. 21 Jul, 2021 1 commit
    • Daniel Stone's avatar
      xdg-shell: Make xdg_surface fail when surface has role · 11fecf08
      Daniel Stone authored
      It is illegal for a surface to have more than one role. The only thing
      which can be done with an xdg_surface (apart from destroying it) is to
      assign the surface a role with the get_toplevel, get_popup, etc
      requests.
      
      On Mutter, calling get_xdg_surface on a surface which already has an
      assigned role generates the 'role' protocol error. Weston will not send
      an error, however it may later abort on a failed assert during cleanup.
      wlroots allows this case, and only sends the role error when assigning
      an explicit role through creating a toplevel or popup.
      
      On the grounds that it makes no sense to create an xdg_surface for a
      wl_surface which already has a role, make it explicitly illegal.
      
      cf. weston!559, weston!627
      
      Signed-off-by: Daniel Stone's avatarDaniel Stone <daniels@collabora.com>
      11fecf08
  18. 01 Jul, 2021 1 commit
  19. 25 Jun, 2021 1 commit
    • Simon Ser's avatar
      readme: mention the DCO · 353ffc65
      Simon Ser authored
      
      
      We haven't mentionned the DCO anywhere, yet we were requiring all
      contributions to have a Signed-off-by line to accept it.
      
      Add a reference to the DCO in our README's "development procedure"
      section.
      Signed-off-by: Simon Ser's avatarSimon Ser <contact@emersion.fr>
      353ffc65
  20. 23 Jun, 2021 1 commit
  21. 07 Jun, 2021 2 commits
  22. 03 Jun, 2021 1 commit
  23. 18 May, 2021 1 commit
    • Simon Ser's avatar
      members: add GitLab usernames · b4ecb55e
      Simon Ser authored
      
      
      Add GitLab usernames for all members, so that they can easily be
      mentionned in merge requests or issues.
      
      The only missing username is for Alan Griffiths, I don't think they
      have a GitLab account at the moment.
      Signed-off-by: Simon Ser's avatarSimon Ser <contact@emersion.fr>
      b4ecb55e
  24. 30 Apr, 2021 4 commits
  25. 14 Apr, 2021 2 commits
    • Jonas Ådahl's avatar
      Replace `unstable` with `staging` · 5381e39b
      Jonas Ådahl authored and Simon Ser's avatar Simon Ser committed
      Time has told us that the effort going from `unstable` to `stable` is
      enough of a burdon meaning very few protocols are ever declared stable.
      
      To mitigate this, and thus avoid having protocols being "stuck" being
      "unstable" indefinitely, replace the "unstable" -> "stable" procedure
      with a "staging" -> "stable" procedure, where declaring a protocol
      stable does not involve any changes to any implementations.
      
      The only side effect of this is that version numbers are to forever be
      part of all interface names and protocol XML files.
      
      Closes: #30
      
      Signed-off-by: Jonas Ådahl's avatarJonas Ådahl <jadahl@gmail.com>
      Reviewed-by: Simon Ser's avatarSimon Ser <contact@emersion.fr>
      5381e39b
    • Simon Ser's avatar
      xdg-foreign: add error enums · b1670b4d
      Simon Ser authored
      
      
      The protocol states that the client must provide xdg_toplevel surfaces,
      but doesn't specify protocol error values that can be sent by the
      compositor.
      Signed-off-by: Simon Ser's avatarSimon Ser <contact@emersion.fr>
      b1670b4d
  26. 13 Apr, 2021 1 commit
    • Peter Hutterer's avatar
      pointer-gestures: correct description of pinch · 17bef0ed
      Peter Hutterer authored
      
      
      This is being picky, but "pinch/spread" is the physical gesture, zoom and
      rotate is the effect that clients provide in response to that gesture.
      Let's use pinch only here since spread is more ambiguous in english, as anyone
      who's ever had butter on their bread would know.
      
      Also, everything else is referring to it as pinch anyway, so zoom/rotate here
      is the odd one out.
      Signed-off-by: Peter Hutterer's avatarPeter Hutterer <peter.hutterer@who-t.net>
      17bef0ed