On Wed, Apr 17, 2024 at 11:09:09AM -0400, Austin Shafer wrote:
> Hi all,
>
> Not a protocol, but I think it would be good to discuss the possibility
> of regular Wayland Governance meetings at a decided frequency. Currently
> meetings are scheduled on demand to discuss a particular subject or
>
wayland-protocols 1.36 is now available.
This release contains a fix to the xdg dialog protocol, placing the
protocol itself in the `xdg` namespace.
Enjoy!
Jonas Ådahl (1):
build: Bump version to 1.36
Simon Ser (1):
xdg-dialog: fix missing namespace in protocol name
git tag: 1.36
to the cursor shape
documentation, fixing a missed enum attribute to xdg-shell.
The xdg-shell protocol now also explicitly recommends against drawing
decorations outside of the window geometry when tiled.
Enjoy!
Jonas Ådahl (1):
build: Bump version to 1.35
Sebastian Wick (2):
cursor-shape-v1
If you need assistance running and configuring GNOME, the right place to
ask questions is https://discourse.gnome.org/.
Jonas
On Fri, Apr 05, 2024 at 12:00:22AM -0700, Shankar Ramamoorthy wrote:
> I'm trying to run Wayland on a headless EC2 instance and sessions die with
> "No GPUs with
):
staging/dialog: Add "dialog" protocol
David Redondo (1):
Add xdg-toplevel-drag protocol
Jonas Ådahl (1):
build: Bump version to 1.34
Poly (1):
Fix typo in ext-foreign-toplevel-list-v1
Simon Ser (3):
tablet-v2: clarify that name/id events are optional
On Thu, Mar 07, 2024 at 04:31:47PM -0500, Shawn W wrote:
> I've been looking at the protocol docs on http://wayland.app and something
> that's stood out to me is wl_subsurface and xdg_popup. If I want a pop up
> menu, which one should I go for? I would guess xdg_popup, but it seems like
> some
On Thu, Jul 20, 2023 at 01:47:47PM -0500, Matt Hoosier wrote:
> Hi,
>
> For a while now, I’ve been hoping to see some commercial solutions like
> https://symless.com/synergy that implement keyboard and mouse sharing
> finally add support for running on DEs that use Wayland.
>
> It seems to be
ext-session-lock-v1: use RFC 2119 key words
ext-session-lock-v1: clarify to fix race
ext-session-lock-v1: relicense to MIT
Jonas Ådahl (4):
xdg-output: Remove and tweak contradicting examples
xdg-shell: Clarify that geometry doesn't automatically change
xdg-shel
like that in Gamescope.
> That's not to be rude, we are just picky and want freedom to do what
> we want and iterate on it easily.
>
> I guess this all comes back to my initial point... having some
> userspace to handle stuff that is either kinda or entirely vendor
> specific is the ri
On Tue, May 09, 2023 at 08:22:30PM +, Simon Ser wrote:
> On Tuesday, May 9th, 2023 at 21:53, Dave Airlie wrote:
>
> > There are also other vendor side effects to having this in userspace.
> >
> > Will the library have a loader?
> > Will it allow proprietary plugins?
> > Will it allow
On Mon, May 08, 2023 at 09:14:18AM +1000, Dave Airlie wrote:
> On Sat, 6 May 2023 at 08:21, Sebastian Wick wrote:
> >
> > On Fri, May 5, 2023 at 10:40 PM Dave Airlie wrote:
> > >
> > > On Fri, 5 May 2023 at 01:23, Simon Ser wrote:
> > > >
> > > > Hi all,
> > > >
> > > > The goal of this RFC is
On Tue, May 02, 2023 at 11:50:55AM +0300, Pekka Paalanen wrote:
> On Sun, 30 Apr 2023 10:29:31 +0200
> Tarek Sander wrote:
>
> > Hello,
> >
> > I want to write a Wayland compositor and while reading the protocol
> > specification, I noticed some things that aren't clear to me:
>
> Hi!
>
> >
On Fri, Mar 03, 2023 at 10:37:45AM +0100, Roemer Claasen wrote:
> Apologies, should have mentioned this concerns *libinput.* Hope this is the
> right way to do things here.
The right thing would be to open a merge request with your suggested
change on the libinput project. You can find it here:
about protocol ACKs requirements was also done.
Enjoy!
Jonas Ådahl (2):
Add Victoria as Smithay/cosmic-comp member
build: Bump version to 1.31
Kenny Levinsen (1):
wp-fractional-scale-v1: new protocol
Kirill Primak (1):
xdg-shell: add defunct_role_object error
Simon Ser
or details.
Jonas Ådahl (1):
build: Bump version to 1.30
Xaver Hugl (1):
staging: add tearing control protocol
git tag: 1.30
https://gitlab.freedesktop.org/wayland/wayland-protocols/-/releases/1.30/downloads/wayland-protocols-1.30.tar
documentation fixes.
Enjoy!
[1] https://gitlab.freedesktop.org/wayland/wayland/-/issues/336
Jonas Ådahl (1):
build: Bump version to 1.29
Manuel Stoeckl (1):
linux-dmabuf: fix references to tranche_formats
i509VCB (1):
content-type: fix enum name in wp_content_type_v1
Add xdg-shell.unresponsive error
Jonas Ådahl (1):
build: Bump version to 1.28
Joshua Ashton (1):
xwayland_shell_v1: New protocol
git tag: 1.28
https://gitlab.freedesktop.org/wayland/wayland-protocols/-/releases/1.28/downloads/wayland-protocols-1.28.tar.xz
SHA256
Peyrot (1):
staging/content-type: Content type hint support
Isaac Freund (1):
ext-session-lock: add note on client termination
Jonas Ådahl (1):
build: Bump version to 1.27
Simon Ser (3):
xdg-shell: forbid loops in set_parent
ext-idle-notify: new protocol
build
On Mon, Sep 19, 2022 at 11:43:47AM +, Jesse Van Gavere wrote:
>
>
> -Original Message-
> From: Simon Ser
> Sent: Monday, 19 September 2022 13:31
> To: Jesse Van Gavere
> Cc: wayland-devel@lists.freedesktop.org
> Subject: Re: Absolute mouse position
>
> On Monday, September 19th,
On Fri, Jul 29, 2022 at 12:07:20PM -0400, Alex Deucher wrote:
> On Fri, Jul 29, 2022 at 3:30 AM Jim Shargo wrote:
> >
> > Hi Wayland folks!
> >
> > TL;DR: I'm working on extending VKMS and wanted feedback from other
> > compositor/wayland devs.
> >> // Background
> >
> > I work on the ChromeOS
On Fri, Jul 29, 2022 at 12:09:27PM +0100, Daniel Stone wrote:
> Hi Jim,
>
> On Fri, 29 Jul 2022 at 08:30, Jim Shargo wrote:
> > TL;DR: I'm working on extending VKMS and wanted feedback from other
> > compositor/wayland devs.
>
> Awesome! :) Glad to see it, and yeah, I second everything Pekka
):
text-input: Reword the interpretation of serials to be more specific
Daniel Stone (1):
xdg-shell: Delete duplicate paragraph in xdg_popup
Jonas Ådahl (1):
build: Bump version to 1.26
Kenny Levinsen (1):
viewport: Remove mention of wl_surface.attach x/y
Kirill Primak (1
On Fri, Jun 10, 2022 at 10:49:31AM +0300, Pekka Paalanen wrote:
> On Thu, 9 Jun 2022 19:39:39 +
> Zack Rusin wrote:
>
> > On Wed, 2022-06-08 at 10:53 +0300, Pekka Paalanen wrote:
> > > On Tue, 7 Jun 2022 17:50:24 +
> > > Zack Rusin wrote:
> > >
> > > > On Tue, 2022-06-07 at 11:07
):
ext-session-lock-v1: new protocol
xdg-shell: add invalid_resize_edge error value
Jonas Ådahl (2):
xdg-shell: Add toplevel "bounds" configure event
build: Bump version to 1.25
Max Ihlenfeldt (1):
xdg-shell: clarify conditions for remapping unmapped surfaces
On Tue, Jan 18, 2022 at 01:12:19PM +0800, mx wrote:
> Hi,
> I want to know if I should draw menu by myself. And if I do
> that, how could compositor like gnome or kde know my menu?
What menu are you talking about here?
If this is about popup menus, e.g. right click menu, "hamburger" menu,
etc,
The way this seems to be implemented seems quite similar to screen
casting. With screen casting you can get per screen cast stream absolute
cursor positions "streamed" via the PipeWire metadata, only that it will
be alongside actual screen content as well, which I imagine is not
something you
summary
Fabrice Fontaine (1):
meson.build: wayland-scanner is only needed for tests
Jonas Ådahl (1):
build: Bump version to 1.24
Simon Ser (4):
Drop autotools
linux-dmabuf: add note about pre-multiplied alpha
unstable/linux-dmabuf: add wp_linux_dmabuf_feedback
On Thu, Nov 11, 2021 at 04:15:16PM +, Edgar Mobile wrote:
> Greetings,
>
> I work my way through this Wayland tutorial:
>
> https://wiki.tizen.org/Wayland_xdg-shell_protocol
>
> To compile the example, I need a certain header allegedly in the Weston
> source tree:
>
>
wayland-protocols 1.23 is now available.
This release adds the new gesture "hold" to the pointer gesture protocol.
David Edmundson (1):
Set Vlad Zahorodnii as kwin maintainer
Jonas Ådahl (1):
build: Bump version to 1.23
Peter Hutterer (1):
pointer-gestures: add hol
-shell: Make xdg_surface fail when surface has role
tests: Include libwayland cflags/ldflags
Issam E. Maghni (1):
tests: use dynamic python path
Jonas Ådahl (1):
build: Bump version to 1.22
Manuel Stoeckl (1):
xdg-output: fix minor calculation error
Roman Gilg (4
On Wed, Jul 28, 2021 at 01:36:54PM +, Alyssa Ross wrote:
> Jonas Ådahl writes:
>
> > On Wed, Jul 28, 2021 at 11:06:43AM +, Alyssa Ross wrote:
> >> Daniel Stone writes:
> >>
> >> >> One big issue for us is protecting the system against
On Wed, Jul 28, 2021 at 11:06:43AM +, Alyssa Ross wrote:
> Daniel Stone writes:
>
> >> One big issue for us is protecting the system against potentially
> >> malicious Wayland clients. It's important that a compartmentalized
> >> application can't read from the clipboard or take a
2021 alle 08.23 +0200, Jonas Ådahl ha scritto:
> > [...]
> > * Introduce "virtual" monitor screen recording to
> > org.freedestop.portal.ScreenCast
> > (https://github.com/flatpak/xdg-desktop-portal) and the portal
> > backend relevant to you.
&
On Thu, May 27, 2021 at 08:01:39AM +0200, Pietro Battiston wrote:
> Dear devs,
>
> (not being an expert in Wayland at all) I have been trying in vain to
> find a solution to use another device as an additional monitor for my
> desktop.
>
> Other people seem to have tried, too¹ (trying to port to
a new xdg_activation protocol
Bhushan Shah (1):
text-input: document behavior regarding multiple text-inputs
Carlos Garnacho (1):
staging/xdg-activation: Describe interoperation with X11
Jonas Ådahl (11):
README.md: Add some merge request triaging conventions
Add meson
On Fri, Apr 30, 2021 at 10:31:03AM +0300, Pekka Paalanen wrote:
> On Fri, 30 Apr 2021 09:11:18 +0200
> Jonas Ådahl wrote:
>
> > On Fri, Apr 30, 2021 at 11:53:16AM +0800, kai.x...@thundercomm.com wrote:
> > > Hello wayland community,
> > >
> > &
On Fri, Apr 30, 2021 at 11:53:16AM +0800, kai.x...@thundercomm.com wrote:
> Hello wayland community,
>
> At present, we use open source mail(kx...@codeaurora.org) to submit code.
> Error log:
> jeff@001:~/test/test/xxx/weston$ git push origin main
> Username for 'https://gitlab.freedesktop.org':
On Mon, Apr 26, 2021 at 04:57:01PM +0200, Jean-Michaël Celerier wrote:
> Hello,
> I am working on the multimedia sequencer ossia score (https://ossia.io).
>
> I am trying to make sure that it works fine for Linux users under wayland.
>
> For audio (and in general multimedia) apps, there is a
On Thu, Apr 08, 2021 at 03:03:08PM +0300, Pekka Paalanen wrote:
> On Thu, 8 Apr 2021 12:20:46 +0100
> Daniel Stone wrote:
>
> > Hi all,
> > Going with a lot of other Git-based projects (and following the leads of
> > e.g. GitHub and GitLab), freedesktop.org is planning to change the default
> >
On Wed, Apr 07, 2021 at 10:59:18AM +, Simon Ser wrote:
> FWIW, with my Sway/wlroots hat on I think this is a great idea and I'd
> definitely be interested in using such as library. A C API with no
> dependencies is pretty important from my point-of-view.
>
> I'd prefer if C++ was not used at
On Mon, Feb 22, 2021 at 01:56:46PM +0200, Pekka Paalanen wrote:
> On Mon, 22 Feb 2021 12:10:08 +0100
> Jonas Ådahl wrote:
>
> > On Mon, Feb 22, 2021 at 10:49:33AM +, Simon Ser wrote:
>
> > > I'd like to avoid making this general, if we go down this road. Make it
On Mon, Feb 22, 2021 at 11:21:04AM +, Simon Ser wrote:
> On Monday, February 22nd, 2021 at 12:10 PM, Jonas Ådahl
> wrote:
>
> > Sounds potentially not horrible in theory, but is it remotely possible?
> > There are these approaches I can think of:
> >
> &g
On Mon, Feb 22, 2021 at 10:49:33AM +, Simon Ser wrote:
> On Monday, February 22nd, 2021 at 11:44 AM, Carsten Haitzler
> wrote:
>
> > I also would want to avoid baking explicit absolute positioning into wayland
> > protocol - be it as a core agreed to add-on to xdg-shell or even a "commonly
On Thu, Nov 26, 2020 at 02:53:05PM -0500, gherissi ayachi wrote:
> Hi,
>
> Background: our library allow to grab video to a supplied windows handle,
> When using X11 the user pass the XID to the lib
>
> and we can paint to this Window and do some interaction (pointer), All is
> done in the same
On Fri, Nov 06, 2020 at 07:51:26AM +, Simon Ser wrote:
> Hi,
>
> On Friday, November 6, 2020 3:14 AM, zou lan wrote:
>
> > Hi Simon & pekka
> >
> > Thank you for your reply!
> >
> > >>The OS could pre-empt the client after
> > >>the first wl_surface_commit is flushed on the wire and before
On Mon, Aug 03, 2020 at 02:57:11PM +1000, Peter Hutterer wrote:
> On Sat, Aug 01, 2020 at 01:42:16PM +0200, Roman Gilg wrote:
> > >
> > > 1) It exports a set of APIs under org.freedesktop.portal.* that all
> > > sandboxed applications can access.
> > >
> > > In contrast to explicitly allowed APIs
On Fri, Jul 31, 2020 at 08:49:41PM +0200, Roman Gilg wrote:
> On Fri, Jul 31, 2020 at 7:13 AM Peter Hutterer
> wrote:
> >
> > I've been working on a new approach for allowing emulated input devices in
> > Wayland. Or in short - how can we make xdotool and synergy work? And
> > eventually replace
On Fri, Jul 31, 2020 at 11:00:53AM +0300, Vlad Zahorodnii wrote:
> Howdy,
>
> On 7/31/20 8:13 AM, Peter Hutterer wrote:
> > I've been working on a new approach for allowing emulated input devices in
> > Wayland. Or in short - how can we make xdotool and synergy work? And
> > eventually replace
On Wed, Apr 22, 2020 at 04:34:01PM -0400, Ray Strode wrote:
> Hi,
>
> On Tue, Apr 21, 2020 at 8:21 AM Benjamin Berg wrote:
> > Yes, I agree that "user" is very similar. However, it cannot currently
> > convey any information about whether a graphical session is already
> > running or whether it
On Wed, Apr 08, 2020 at 11:17:14AM -0700, Erik Jensen wrote:
> On Wed, Apr 8, 2020 at 2:02 AM Jonas Ådahl wrote:
> > Either multiple separate units (e.g. GDM and Chrome Remote Desktop login
> > manager) needs to both try to manage the same sessions via logind, which
>
On Wed, Apr 08, 2020 at 07:07:19PM +1200, Scott Anderson wrote:
> On 8/04/20 4:04 pm, Erik Jensen wrote:
> > Hello,
> >
> > I'm currently looking into how best to continue supporting Linux for
> > Chrome Remote Desktop given the current direction of development for
> > graphical sessions on
On Mon, Mar 16, 2020 at 10:37:04PM -0500, Jason Ekstrand wrote:
> On Mon, Mar 16, 2020 at 6:39 PM Roman Gilg wrote:
> >
> > On Wed, Mar 11, 2020 at 8:21 PM Jason Ekstrand wrote:
> > >
> > > On Wed, Mar 11, 2020 at 12:31 PM Jason Ekstrand
> > > wrote:
> > > >
> > > > All,
> > > >
> > > > Sorry
wayland-protocols 1.20 is now available.
This release is a brown paper bag release adding the missing README.md,
GOVERNANCE.md and MEMBERS.md files to the tarball. Distributions that
distribute one or more of these files should ignore the 1.19 release and move
directly to 1.20.
Jonas Ådahl (2
and bitfield attributes will generate better
result.
Ivan Molodetskikh (2):
presentation-time: add missing bitfield marker
xdg-shell: add missing enum attribute to resize
Johan Klokkhammer Helsing (1):
Update point-of-contact for Qt
Jonas Ådahl (4):
xdg-shell: Remove left
On Tue, Feb 18, 2020 at 04:14:50PM +0100, Dorota Czaplejewicz wrote:
> On Tue, 18 Feb 2020 10:12:11 +0200
> Pekka Paalanen wrote:
>
> > On Mon, 17 Feb 2020 19:58:43 +0100
> > Dorota Czaplejewicz wrote:
> >
> > > Hi all,
> > >
> > > over the past month, the zwp_text_input_v3 protocol has moved
On Tue, Feb 18, 2020 at 10:12:11AM +0200, Pekka Paalanen wrote:
> On Mon, 17 Feb 2020 19:58:43 +0100
> Dorota Czaplejewicz wrote:
>
> > Hi all,
> >
> > over the past month, the zwp_text_input_v3 protocol has moved to real
> > devices and had seen unprecedented usage. Together with that, it also
On Mon, Jan 13, 2020 at 05:14:28PM +, David Edmundson wrote:
> I need to patch either a client toolkit or a compositor and I'm not sure
> which.
>
> There are some cases where we don't have a physical size for an output.
> For example projectors or headless virtual machines,
>
> Currently
On Wed, Jan 08, 2020 at 10:11:40AM +, Alan Griffiths wrote:
> On 08/01/2020 10:01, Jonas Ådahl wrote:
> > This idea has more or less been abandoned however, so I'd say it's more
> > likely we can "archive" it rather than marking it as stable, as there
> > are
On Wed, Jan 08, 2020 at 09:46:13AM +, Alan Griffiths wrote:
> Hi,
>
> with Mir's "mir-kiosk" being deployed for running single, fullscreen
> apps there are requests for ways that the apps can control the output
> mode. Looking at zwp_fullscreen_shell_v1 this appears to meet many of
> these
On Thu, Nov 21, 2019 at 07:17:11PM -0800, Ken C wrote:
> That is going to be it. The client happens to be a minimal gtk3 app.
> Thank-you so much for the pointer towards
> weston_desktop_surface_get_geometry().
FWIW, you should be able to make the gtk3 application not include any
pixels outside
> Signed-off-by: Simon Ser
> Acked-by: Daniel Stone
> Acked-by: Pekka Paalanen
> Acked-by: Johan Helsing
> Acked-by: Roman Gilg
> Cc: Mike Blumenkrantz
> Cc: Jonas Ådahl
> Cc: Carlos Garnacho
> Cc: David Edmundson
> Cc: Christopher James Halse Rogers
> Cc: Alan
hat we push the patch with the following initial
> member projects and their points of contact defined, and finally
> enable MRs:
> * EFL/Enlightenment: Mike Blumenkrantz @zmike
> * GTK/Mutter: Jonas Ådahl @jadahl
I'd like to add Carlos Garnacho @garnacho here as well as an additional
poi
On Wed, Nov 13, 2019 at 11:00:05AM +, Simon Ser wrote:
> On Wednesday, November 13, 2019 11:11 AM, Pekka Paalanen
> wrote:
>
> > However, my fear with adding such information is that then clients
> > might start adding conditional code paths based on the Wayland
> > compositor name or
On Tue, Oct 29, 2019 at 10:41:08PM +0100, Martin Stransky wrote:
> Hi Guys,
>
> while solving a FF bug [1] I'm unable to figure out why a subsurface has
> wrong offset. There's the related part of wayland-debug log:
>
> [1622539.791] -> wl_compositor@53.create_surface(new id wl_surface@61)
>
>
position
changes.
Signed-off-by: Jonas Ådahl
Reviewed-by: Mike Blumenkrantz
---
Changes since v1:
- Renamed move to reposition, and moved to repositioned, to not be
confused with xdg_toplevel.move. (David)
- Added invalid_popup error sent sync_with_popup() is passed
an invalid popup
On Tue, Aug 27, 2019 at 11:47:25PM +0100, David Edmundson wrote:
> set_reactive
>
> Everything about this part makes sense.
> +1
>
>
> -
>
> move request + moved
>
> Concept of having explicit updating makes sense.
> Might be worth considering calling it xdg_popup.reposition as
>
On Sat, Sep 21, 2019 at 11:57:45PM -0400, Drew DeVault wrote:
> On Thu Sep 19, 2019 at 9:02 PM Jonas Ådahl wrote:
> > I think that if there is a consensus that it's within the correct scope
> > and no-one nacks it, there shouldn't need be any artifical bureaucratic
> > r
On Thu, Sep 19, 2019 at 02:10:24PM -0400, Drew DeVault wrote:
> On Tue Sep 17, 2019 at 7:53 PM Jonas Ådahl wrote:
> > I think both for stable and unstable the same limitation can be
> > as problematic. A protocol that fits in xdg/wp may still only be
> > relevant fo
On Tue, Sep 17, 2019 at 05:46:49PM +, Simon Ser wrote:
> On Friday, September 6, 2019 10:45 AM, Jonas Ådahl wrote:
>
> > > 2.2. Protocol inclusion requirements
> > >
> > >
> > > a. All protocols found in the "xdg&quo
On Fri, Sep 13, 2019 at 09:32:01AM -0400, Drew DeVault wrote:
> On Thu Sep 12, 2019 at 2:42 PM Pekka Paalanen wrote:
> > > This was resolved by choosing to have multiple drm_lease_manager
> > > globals, one for each DRM device. No reworking should be necessary.
> >
> > in that case, document it
On Thu, Sep 05, 2019 at 09:34:59PM +, Simon Ser wrote:
> This is v3 of the proposal.
>
> Changes from v2 to v3:
> - Use Jonas' definition of the "xdg" namespace (Jonas)
> - Amendments to existing protocols require no minimum discussion period
> (Jonas)
> - Specify the requirements for
On Tue, Aug 20, 2019 at 10:48:40AM +, Simon Ser wrote:
> That's a good catch.
>
> However I don't know if this can be considered backwards-compatible.
> For wayland-scanner it doesn't make a difference, but what about other
> scanners?
I don't think it's reasonable to avoid using any new XML
configure event. This is necessary to, for example,
properly constrain a popup given a yet-to-be-applied parent state. An
example of when this may be necessary is an interactive resize where
both the toplevel position and the relative popup position changes.
Signed-off-by: Jonas Ådahl
Reviewed
case to change the app ID at runtime
Jonas Ådahl (2):
xdg-shell/README: Update E-mail address
configure.ac: Bump version to 1.18
Sebastian Krzyszkowiak (1):
xdg-shell: fix a typo
Simon Ser (3):
xdg-output: deprecate the xdg_output.done event
pointer-gestures: add
On Wed, Jul 17, 2019 at 12:12:37PM +0200, Jan-Marek Glogowski wrote:
> Am 15.07.19 um 16:20 schrieb glo...@fbihome.de:
> > From: Jan-Marek Glogowski
> >
> > LibreOffice is one big binary with explicit brandings for different
> > application modules. This is represented in X11 by a different
> >
On Wed, Jul 17, 2019 at 08:25:59AM +, Simon Ser wrote:
> The output description is a human-readable text describing the output. Unlike
> the name which uniquely identifies the output, it's intended to be displayed
> to
> the user.
>
> It might be desirable for a compositor to update an
/issues/1623
>
> Signed-off-by: Simon Ser
Thanks for the rebase.
Reviewed-by: Jonas Ådahl
Jonas
> ---
>
> The version isn't bumped because this has already been done in the previous
> patch.
>
> Changes in v2: rebased on top of HEAD
>
> unstable/xdg-output
On Mon, Jul 15, 2019 at 04:20:10PM +0200, glo...@fbihome.de wrote:
> From: Jan-Marek Glogowski
>
> LibreOffice is one big binary with explicit brandings for different
> application modules. This is represented in X11 by a different
> WM_CLASS setting for a window. The WM_CLASS is changed based
e
> client-side object without sending any request).
>
> Signed-off-by: Simon Ser
> Reviewed-by: Jonas Ådahl
Just saw this one never landed; but taken care of now!
Jonas
> ---
>
> Changes from v2 to v3: added a version separator
>
> .../pointer-gestures-unstable-v
of the surfaces in a task manager.
Reviewed-by: Jonas Ådahl
Jonas
> ---
> stable/xdg-shell/xdg-shell.xml | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/stable/xdg-shell/xdg-shell.xml b/stable/xdg-shell/xdg-shell.xml
> index 2e420c6..3a87a9e 100644
> --- a/sta
On Sat, Apr 27, 2019 at 08:16:04AM +, Simon Ser wrote:
> The output description is a human-readable text describing the output. Unlike
> the name which uniquely identifies the output, it's intended to be displayed
> to
> the user.
>
> It might be desirable for a compositor to update an
For this reason, I think bumping the version is a better approach.
>
> This commit also deprecates xdg_output.done, which doesn't have any purpose
> anymore.
>
> [1]: https://lists.x.org/archives/xorg-devel/2019-April/058148.html
> [2]: https://phabricator.kde.org/D19253
>
On Sun, Jul 07, 2019 at 04:27:54PM +0200, Jan-Marek Glogowski wrote:
> Am 07.07.19 um 16:11 schrieb Simon Ser:
> >> @@ -604,6 +604,11 @@
> >>For example, "org.freedesktop.FooViewer" where the .desktop file is
> >>"org.freedesktop.FooViewer.desktop".
> >>
> >> + This request can be used to
On Tue, Jul 02, 2019 at 03:33:00PM +, Simon Ser wrote:
> This commit makes it so a wl_output.done event is guaranteed to be sent with a
> xdg_output.done event.
>
> This protocol change has been discussed in a recent xorg-devel discussions
> [1].
>
> First let's recap why a change is
On Sat, Apr 27, 2019 at 07:44:39AM +, Simon Ser wrote:
> This commit makes it so a wl_output.done event is guaranteed to be sent with a
> xdg_output.done event.
>
> This protocol change has been discussed in a recent xorg-devel discussions
> [1].
>
> First let's recap why a change is
age used here is a core
> > functionality of the feature, it absolutely cannot be changed.
> >
> >
> > Regards,
> > Mike
> >
> > On Fri, 21 Jun 2019 14:32:34 -0400
> > "Drew DeVault" wrote:
> >
> > > On Wed Jun 19, 2019 at
On Fri, Jun 21, 2019 at 02:26:02PM -0400, Drew DeVault wrote:
...
>
> > On Wed, Jun 19, 2019 at 10:52:32AM -0400, Drew DeVault wrote:
> > > How does xdg-foreign fit into this definition?
> >
> > xdg-foreign is an edge case but IMHO it fits in the definition.
> > xdg-shell deals with stacking
On Sun, Jun 23, 2019 at 10:05:09AM +, Simon Ser wrote:
> Hi Jonas,
>
> What do you think of this patch?
Maybe want to say something about how this interacts with 'done'?
Jonas
>
> Thanks,
>
> Simon
>
> On Saturday, April 27, 2019 11:16 AM, Simon Ser wrote:
> > The output description
On Wed, Jun 19, 2019 at 01:35:42PM -0400, Drew DeVault wrote:
> Compositors are free to render surfaces at their discretion. This
> change clarifies that for xdg-shell's fullscreen surfaces.
> ---
> This point has been a recurring cause for frustration in Sway
> development, as users expect
On Wed, Jun 19, 2019 at 10:52:32AM -0400, Drew DeVault wrote:
> On Wed Jun 19, 2019 at 8:38 AM Jonas Ådahl wrote:
> > > I'm okay with this definition, but I'll again mention that this wording
> > > makes a clear case for the wlr toplevel management protocol:
> > >
&
On Tue, Jun 18, 2019 at 07:31:47PM -0400, Drew DeVault wrote:
> On Mon Jun 17, 2019 at 9:55 AM Jonas Ådahl wrote:
> > > a. Namespaces are implemented in practice by prefixing each interface
> > > name in a
> > >protocol definition (XML) with the namespace name,
On Sun, May 05, 2019 at 08:41:27PM -0400, Drew DeVault wrote:
> Here's an updated governance document for everyone to consider. Changes
> from the first version:
>
> - Use wayland-devel instead of a dedicated mailing list
> - Use Gitlab for reviewing new protocols
> - Extend discussion period for
On Fri, May 10, 2019 at 11:29:50AM +0300, Pekka Paalanen wrote:
> On Thu, 09 May 2019 14:03:52 -0400
> Adam Jackson wrote:
>
> > The Xwayland component of the Wayland product in bugzilla is still open
> > for bug entry. Does anyone actually want this? I'm happy to migrate the
> > remaining open
On Fri, Apr 12, 2019 at 11:19:35AM +0300, Pekka Paalanen wrote:
> On Mon, 08 Apr 2019 22:00:31 +
> Simon Ser wrote:
>
> > On Monday, April 8, 2019 1:02 PM, Pekka Paalanen
> > wrote:
> > > Hi Simon,
> > >
> > > I would be happy to have you. Let's see till Friday if anyone else has
> > >
On Thu, Feb 21, 2019 at 11:47:13AM -0500, Mike Blumenkrantz wrote:
> Hello,
>
> On Thu, Feb 21, 2019 at 10:47 AM Daniel Stone wrote:
>
> >
> > One of Weston's goals is to be a reference compositor. As an active
> > implementation, it serves as a useful neutral ground for the rest of
> > the
On Tue, Feb 19, 2019 at 04:50:27PM +, Daniel Stone wrote:
> Hi all,
> I'd like to open up a discussion on enlarging wayland-protocols to a
> wider audience, with a better definition of what it contains.
>
> Currently, wayland-protocols is a relatively small set of protocols
> which were
gt; > frame callbacks instead.
>
> Thanks a lot for bumping this. Patch is:
> Reviewed-by: Daniel Stone
This is
Reviewed-by: Jonas Ådahl
too.
Jonas
>
> Cheers,
> Daniel
> ___
> wayland-devel mailing list
> wayland-
ually add a
+
+
+
+
+...
to make it clearer what is part of a new version.
With that fixed, this is
Reviewed-by: Jonas Ådahl
Jonas
> +
> +
> +
> + Destroy the pointer gesture object. Swipe and pinch objects created via
> this
> + gesture object remain v
IIRC you need to call the request something else (e.g. release, used in
similar situations), as wayland-scanner already generated the destructor
zwp_pointer_gestures_v1_destroy() which doesn't make any request but
still destructs client side.
When we move to the protocol to stable, we can name it
On Thu, Jan 17, 2019 at 05:27:44PM +0200, Pekka Paalanen wrote:
> Hi all,
>
> I noticed that this patch did not land yet. I added to CC everyone who
> commented on the v3 I believe.
>
> Is this still relevant?
I'd say it's good clarifications, and making it possible to "leave"
touch points is
1 - 100 of 1476 matches
Mail list logo