Skip to content
Snippets Groups Projects
  1. Dec 21, 2020
  2. Dec 17, 2020
  3. Oct 29, 2020
    • Simon Ser's avatar
      protocol: deprecate non-current wl_output.mode · 6741dafb
      Simon Ser authored
      
      The current wl_output.mode event has several issues when used to advertise
      modes that aren't current:
      
      - It's not possible to remove some modes. This is an issue for virtual
        outputs and when the kernel prunes some modes because of link limitations.
      - wl_output.mode fails to carry metadata such as aspect ratio, which results
        in duplicated or missing modes.
      - It's not clear, given the current set of protocols, how non-current modes
        are useful to clients. Xwayland ignores non-current modes.
      
      GNOME and wlroots already only advertise the current mode because of these
      issues.
      
      If a protocol needs the clients to know about all available modes, it should
      advertise these modes itself instead of relying on wl_output.mode.
      
      Signed-off-by: Simon Ser's avatarSimon Ser <contact@emersion.fr>
      Closes: wayland/wayland#92
      6741dafb
    • Simon Ser's avatar
      protocol: make it clear wl_surface.enter/leave are not for frame throttling · d42b39cc
      Simon Ser authored
      
      Some clients rely on wl_surface.enter/leave to start/stop their rendering
      loop.
      
      There are cases where this doesn't work:
      
      - Some compositors don't send wl_surface.leave when a toplevel is hidden.
        For instance Sway doesn't send this event when a toplevel is on an inactive
        workspace (but doesn't send wl_surface.frame events).
      - Some compositors might still want applications to continue to render even if
        away from outputs. For instance a compositor that allows to screen record
        individual toplevels might not send a wl_surface.enter event for hidden
        toplevels.
      
      Signed-off-by: Simon Ser's avatarSimon Ser <contact@emersion.fr>
      d42b39cc
    • Ganjing0224's avatar
    • Alyssa Ross's avatar
      doc: make reproducible · e53e0edf
      Alyssa Ross authored and Simon Ser's avatar Simon Ser committed
      
      This setting makes Docbook section IDs consistent, and should allow
      Wayland builds that include documentation to be fully reproducible.
      
      Signed-off-by: Alyssa Ross's avatarAlyssa Ross <hi@alyssa.is>
      e53e0edf
    • Nick Yamane's avatar
      protocol: Clarify how clients can cancel a drag operation · 53dd9979
      Nick Yamane authored and Simon Ser's avatar Simon Ser committed
      
      Explicitly say that destroying a wl_data_source previously used in a
      wl_data_device::start_drag request will cancel the DND session. This
      is currently the only way to do it from client side (besides those
      "indirect" ones already documented) and all compositors work like that
      but it is not clear spec-wise it is the expected behaviour.
      
      Signed-off-by: Nick Yamane's avatarNick Diego Yamane <nickdiego@igalia.com>
      53dd9979
  4. Sep 04, 2020
  5. Aug 18, 2020
  6. Aug 14, 2020
  7. Jun 16, 2020
    • Simon Ser's avatar
      protocol: disambiguate key codes in wl_keyboard.key · 1dfd2169
      Simon Ser authored
      
      Explain that wl_keyboard.key yields platform-specific key codes.
      Some compositors use Linux key codes (defined in the
      linux/input-event-codes.h header file, e.g. KEY_ESC), however
      clients should not assume that this is always the case. The only
      reliable way for clients to interpret key codes is to feed them
      into a keyboard mapping.
      
      Signed-off-by: Simon Ser's avatarSimon Ser <contact@emersion.fr>
      Verified
      1dfd2169
  8. Jun 12, 2020
  9. Jun 05, 2020
  10. Jun 04, 2020
    • Peter Hutterer's avatar
      gitlab CI: update to use the fdo ci templates · cf20f241
      Peter Hutterer authored
      
      Instead of building a new debian image every time we build the repo, let's build
      it once and re-use it. This way we're more  likely to spot actual bugs vs issues
      with the distribution (or mirrors). This is the same approach mesa, gstreamer,
      libinput, etc. already use.
      
      The pipeline consists of two parts: container-build and distribution-image. Both
      use the FDO_DISTRIBUTION_... variables to do their thing, the former to build an
      image, the latter to use that image. The container-build step is a noop if an
      image with that tag already exists in the registry, the templates take care of
      all that.
      
      The .debian.buster section groups the variables needed to easily extend all jobs
      requiring buster. Not all variables are used by all jobs but meh.
      
      The grouping is slightly odd because some debian-specific variables are in
      the global variables and others in the .debian.buster section. This grouping
      will make things easier if we extend to build on other distributions - then we
      have all packages and tags in one place.
      
      Because buster doesn't have a recent-enough version of meson, we install that
      from pip.
      
      Fixes #79
      
      Signed-off-by: default avatarPeter Hutterer <peter.hutterer@who-t.net>
      Reviewed-by: default avatarPekka Paalanen <pekka.paalanen@collabora.com>
      cf20f241
    • Peter Hutterer's avatar
      editorconfig: add settings for the .gitlab-ci.yml file · 94c036d7
      Peter Hutterer authored
      
      Different indentation and we don't want a fixed line length here, wrapping yaml
      is prone to introduce bugs.
      
      Signed-off-by: default avatarPeter Hutterer <peter.hutterer@who-t.net>
      Reviewed-by: default avatarPekka Paalanen <pekka.paalanen@collabora.com>
      94c036d7
  11. Jun 03, 2020
  12. Apr 29, 2020
  13. Apr 23, 2020
    • Guido Günther's avatar
      scanner: Guard interface declarations · cc8b6aa3
      Guido Günther authored
      
      This allows to include client and server headers in the same file
      fixing warnings like
      
      In file included from ../subprojects/wlroots/include/wlr/types/wlr_layer_shell_v1.h:16,
                       from ../src/desktop.h:16,
                       from ../src/server.h:13,
                       from ../tests/testlib.c:8:
      tests/59830eb@@footest@sta/wlr-layer-shell-unstable-v1-protocol.h:80:34: warning: redundant redeclaration of ‘zwlr_layer_shell_v1_interface’ [-Wredundant-decls]
         80 | extern const struct wl_interface zwlr_layer_shell_v1_interface;
            |                                  ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~
      In file included from ../tests/testlib.h:8,
                       from ../tests/testlib.c:7:
      tests/59830eb@@footest@sta/wlr-layer-shell-unstable-v1-client-protocol.h:77:34: note: previous declaration of ‘zwlr_layer_shell_v1_interface’ was here
         77 | extern const struct wl_interface zwlr_layer_shell_v1_interface;
            |                                  ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~
      In file included from ../subprojects/wlroots/include/wlr/types/wlr_layer_shell_v1.h:16,
                       from ../src/desktop.h:16,
                       from ../src/server.h:13,
                       from ../tests/testlib.c:8:
      tests/59830eb@@footest@sta/wlr-layer-shell-unstable-v1-protocol.h:106:34: warning: redundant redeclaration of ‘zwlr_layer_surface_v1_interface’ [-Wredundant-decls]
        106 | extern const struct wl_interface zwlr_layer_surface_v1_interface;
            |                                  ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
      In file included from ../tests/testlib.h:8,
                       from ../tests/testlib.c:7:
      tests/59830eb@@footest@sta/wlr-layer-shell-unstable-v1-client-protocol.h:103:34: note: previous declaration of ‘zwlr_layer_surface_v1_interface’ was here
        103 | extern const struct wl_interface zwlr_layer_surface_v1_interface;
      
      Signed-off-by: default avatarGuido Günther <agx@sigxcpu.org>
      Closes: #158
      cc8b6aa3
  14. Apr 16, 2020
  15. Apr 07, 2020
  16. Mar 18, 2020
  17. Mar 13, 2020
    • Matt Turner's avatar
      meson: Add option to control building wayland-scanner · 618663c7
      Matt Turner authored
      
      Wayland requires a binary, wayland-scanner, to be run during the build
      process. For any configuration other than native builds (including
      cross compiling and even 32-bit x86 builds on an x86-64 build machine)
      Wayland's build process builds and uses its own wayland-scanner.
      
      For any builds using a cross file, wayland-scanner is built for the host
      machine and therefore cannot be executed during the build of the Wayland
      libraries. Instead builds using a cross file must execute the build
      machine's wayland-scanner (typically /usr/bin/wayland-scanner).
      
      As such, to build Wayland's libraries for a non-native ABI a package
      manager must build and install /usr/bin/wayland-scanner first. But then
      the build for the native ABI then rebuilds wayland-scanner itself and
      doesn't use the system's, and worse, wants to install its own, which
      conflicts with the /usr/bin/wayland-scanner already installed!
      
      So, add the -Dscanner=... option to control whether to install
      wayland-scanner.
      
      Signed-off-by: default avatarMatt Turner <mattst88@gmail.com>
      618663c7
  18. Mar 09, 2020
    • Matt Turner's avatar
      meson: Require wayland-scanner of a matching version · 5ddb8dff
      Matt Turner authored
      
      We have always built libwayland with the scanner from the same build so
      that the generated code and installed headers are exactly up-to-date
      with the libwayland version. If libwayland was to use a scanner later
      than itself, the scanner might do things that are not available in the
      libwayland at hand, leading to a broken build or a broken library
      (headers).
      
      Signed-off-by: default avatarMatt Turner <mattst88@gmail.com>
      5ddb8dff
  19. Mar 05, 2020
  20. Feb 24, 2020
    • Tomek Bury's avatar
      util: fix compiler warning · ef40f82a
      Tomek Bury authored
      conversion to 'wl_fixed_t {aka int}' from 'int64_t {aka long int}'
      may alter its value [-Werror=conversion]
      ef40f82a
  21. Feb 23, 2020
Loading