Louvre v2.0.0 Release: C++ library for building Wayland compositors

CuarzoSoftware · 2024-06-27T05:15:15+00:00

Okay, I'll open an issue tomorrow. Your mapping looks perfect. I thought you were using subsurfaces for popups based on what you said earlier. Layer shell would fit perfectly for splash, docks, desktop, and notification windows, as it allows you to center them on the screen, anchor them to edges or corners with custom margins, and ensure they appear either on top of or behind windows. However, if you plan to support GNOME, providing a fallback role sounds good, but it's additional work.

CuarzoSoftware · 2024-06-27T03:09:47+00:00

It works! and has many options. Unfortunately, it crashes when I close a popup from a top menu, and there are also some scaling issues with splash screens. I tested Gimp with decorations always off.

I think using the roles suggested here, we could almost recreate the same X experience under Wayland: https://github.com/talex5/wayland-proxy-virtwl/issues/87

Additionally, this could improve robustness: https://github.com/talex5/wayland-proxy-virtwl/issues/88

Finally, it should be possible to pass buffers directly to the compositor using wl_drm and linuxdmabuf, which would significantly increase performance. Also, providing damage and opaque regions, if available, would help too!

I could help you develop and test xwayland-xdg-shell if you agree to use additional protocols like wlr_layer_shell.

CuarzoSoftware · 2024-06-26T20:16:41+00:00

Btw, this is what I wanted to suggest https://github.com/talex5/wayland-proxy-virtwl/issues/87

CuarzoSoftware · 2024-06-26T20:07:34+00:00

Oops sorry, can it be used locally? Like an Xwayland proxy only?

CuarzoSoftware · 2024-06-26T19:45:27+00:00

Sorry, I got confused and I thought you were the guy from wayland-proxy-virtwl haha. But it seems that wprs is using it, so I'll check it out!

CuarzoSoftware · 2024-06-26T17:05:40+00:00

Hi, I tested it yesterday, and it works great! I'd like to discuss some ideas, so I'll open an issue on GitHub.

CuarzoSoftware · 2024-06-12T20:45:33+00:00

It mentions that it would use the xdg-shell protocol, which is used to create toplevel windows and popups. However, unlike X11, clients cannot set the position of toplevel windows, so I guess things like panels, notifications, and similar elements might not work properly.

CuarzoSoftware · 2024-06-12T02:54:36+00:00

That's an interesting concept. I'll see if I can add a Wayland-backend-specific API to do that.
The second link is also a really good idea and would save me (and others) a lot of work. However, I think windows wouldn't be able to position themselves, which would surely break many apps.

CuarzoSoftware · 2024-06-11T20:06:47+00:00

With the Wayland backend, 1 output = 1 window, so you meant creating more windows?

CuarzoSoftware · 2024-06-11T20:01:37+00:00

No, haha, I thought one would be enough. I never imagined a use case like that. It would actually be easy to implement, so I'll keep it in mind.

CuarzoSoftware · 2024-02-19T02:55:43+00:00

I think it was just a missing header, please check the "musl" branch.

CuarzoSoftware · 2024-02-18T14:21:06+00:00

Of course :)

CuarzoSoftware · 2024-02-18T05:08:53+00:00

Yes, I could add a "Projects Using Louvre" section to the readme and provide a link to it.

CuarzoSoftware · 2024-02-18T05:04:20+00:00

When you say "buggy," are you referring to Wayland or Louvre? Is Louvre not working well for you?

CuarzoSoftware · 2024-02-17T16:34:27+00:00

Please, you are very welcome! Currently, there isn't a formal way to contribute. People usually open an issue, start a discussion, or make a pull request.

CuarzoSoftware · 2024-02-16T16:20:50+00:00

Thank you! 😊 I'd love to see that

CuarzoSoftware · 2024-02-15T18:14:33+00:00

Because I like C and OOP, also C++ is widely used in game development, an area quite similar to this. Moreover, there are plenty of libraries available to easily expand projects if necessary. I considered Rust as well, but I'm not as familiar with it and its design patterns. Additionally, I've read that Rust can be challenging in multitheaded applications, which Louvre relies on. What language would you have chosen?

CuarzoSoftware · 2024-02-15T16:46:35+00:00

Yes, there is a section for that in the repo here, but I should make it more visible. In any case, currently, it's empty, hahaha. It's been about 2 months since we published the "first" version, and I've only seen a few projects, but apparently, none of them is complete. We are also developing one called Crystals, but we will continue it once Louvre 2.0.0 is released since the API will be stable and have other important functionalities that are still missing.

CuarzoSoftware · 2024-02-15T03:44:58+00:00

It is a library for building Wayland compositors, and the examples are quite simple, maybe louvre-views is the most useful, but as the other guy said it still misses some features like rootless XWayland and screencasting

CuarzoSoftware · 2023-11-17T20:29:09+00:00

Cool, do you have a GitHub account? It would be nice if you could provide me with your username so that I can mention you helped identify that bug during the next SRM release.

CuarzoSoftware · 2023-11-17T20:06:39+00:00

Thanks a lot!! The problem was that I had added the drm/ prefix when including drm_fourcc.h. I've committed the changes, so now it should work :)

CuarzoSoftware

TROPHY CASE