Originally posted by GhostOfFunkS
View Post
Announcement
Collapse
No announcement yet.
Kodi's Wayland Support Was Successfully Revived With GSoC 2017
Collapse
X
-
I agree with Sunderland93 here. Kwin's SSD protocol is the way to go IMO. Hopefully, we will see it integrated in GNOME (and would also solve the MPV issue right away).
Meanwhile, a very light decorations toolkit could be used to handle the protocol and some fallback basic decorations (say, a minimal, 1-source-file-include library), sort of what Xake proposed.
- Likes 1
Comment
-
Originally posted by Xake View Post...but maybe they can come together and do their own light-csd-library so they do not have to rely on gtk/qt/any other bigger project, and still do not have to reinvent the wheel themselves...
Maybe, just maybe they will find others that want to support wayland, do not want to use more mature but larger toolkits, but a light just-csd-toolkit , that they can work together with?
- Likes 1
Comment
-
Originally posted by GhostOfFunkS View PostCan you back your opinion with links to some commits?
First of all, making commits is not the only way to contribute to software (or protocol) development. There are other very important things like participating to conversation. Also Gnome is probably the biggest user of Wayland, so it's not surprising that its developers do bulk of the work. I also don't think that Gnome developers would not listen to reasonable arguments from other people (Gnome has guidelines, you know). I don't remember how the CSD vs. SSD discussion went, but hopefully that issue will be addressed and there is some unified way to do the missing window decorations when needed (if it is protocol to tell compositor to render them or libcsd or something, I don't know).
Anyway, since you asked for commits, maybe these help you:
[PATCH wayland-protocols] Add notification area protocol version 1 (says that he has implementation for Sway)
[PATCHv3] Add surface-layers protocol (from main Sway developer)
While this is not a patch, I think it's also important to take part in discussions: Collaboration on standard Wayland protocol extensions
More from him: site:lists.freedesktop.org/archives/wayland-devel "sir at cmpwn.com" - Google search (sorry, but ddg didn't seem to find any of these)
But really, you should accept that there are more Wayland developers than just Gnome developers. Even that guy who did the work to support Wayland on Kodi said on his blog that he contributed to Wayland and/or it's implementations.
Btw, this is just Sway developer contributions. I didn't even check how much Kwin developers (mostly Martin Gräßlin) have contributed.
- Likes 4
Comment
-
Originally posted by Masush5 View PostDepending on gtk just for window decorations on wayland
Originally posted by Gusar View PostBut not everything is a gtk app...
Originally posted by Gusar View PostWayland *needs* a SSD protocol
Comment
-
Originally posted by Gusar View PostThat's still far from ideal. One, it's still an external dependency that your app needs to handle. And two, the decorations provided by this little library would not integrate into the environment (unless the library had hooks for every compositor out there, but that would be a maintenance nightmare and possibly wouldn't fit into a library that intends to be light).
But if the environment provides SSD, it knows exactly how the decoration should look like and most importantly, how it should function - placement of elements such as minimize/maximize/close, context menu providing various functions and other such stuff.
Comment
Comment