Phoronix: Why KDE's KWin Doesn't Integrate Weston/QtCompositor For Wayland Support
KDE developers have been porting their Plasma 5 + KDE Frameworks 5 stack over to Wayland, but at this point it's not nearly as mature as the GNOME Wayland support. As such, KDE developers have to fend off questions from time-to-time why they don't "just integrate QtCompositor" or the Weston library for speeding up their efforts...
http://www.phoronix.com/scan.php?pag...positor-Weston
Announcement
Collapse
No announcement yet.
Why KDE's KWin Doesn't Integrate Weston/QtCompositor For Wayland Support
Collapse
X
-
-
Originally posted by Morty View PostAnd this in relity this is utter nosens, since it has not been a non issue for about the last 10 years or so.
It may vell be that C++ is harder to access for varius other languaeges, but the fact is that historically the Qt and KDE language bindings has had higer coverage and been more up to date than for example similar bindings for C like toolkits like Gtk and GNOME. Given that Qt is a far larger toolkit than Gtk too, it's a rather good indication C++ gives minimal problems.
-
Originally posted by justmy2cents View Postmain problem is and always was their use of C++ and not many languages play well with it out of the box. this makes reusability much harder since in most cases you'd end up more time working things around than simply writing new one
It may vell be that C++ is harder to access for varius other languaeges, but the fact is that historically the Qt and KDE language bindings has had higer coverage and been more up to date than for example similar bindings for C like toolkits like Gtk and GNOME. Given that Qt is a far larger toolkit than Gtk too, it's a rather good indication C++ gives minimal problems.
Leave a comment:
-
-
Originally posted by gufide View Postindependant? The frameworks they are making is usable by any DE you want. They are building sofware that can be used by other project and DE, and these project might even contribute back.
It's contribution between multiple projects. independant? I say a leader!
I just feel that the gnome community is going in their bubble, not thinking about other projects.
Just look at what happened at KdeConnect, they rebuilt everything (the protocol) and they used the excuse "we didn't know other projects existed" and then they continued with their things...
I really hope thing will change and promote contribution and communication between project, even with GNOME and KDE.
It would be cool if we still have diversity without doing the same work 2 time.
I wrote "independant" because they prefer create their how stuff than using a generic/not fitted tool/library. OFC they make it open-source and easily re-usable so they bring massive code to all communities.
Leave a comment:
-
Originally posted by gufide View Postindependant? The frameworks they are making is usable by any DE you want. They are building sofware that can be used by other project and DE, and these project might even contribute back.
It's contribution between multiple projects. independant? I say a leader!
I just feel that the gnome community is going in their bubble, not thinking about other projects.
Just look at what happened at KdeConnect, they rebuilt everything (the protocol) and they used the excuse "we didn't know other projects existed" and then they continued with their things...
I really hope thing will change and promote contribution and communication between project, even with GNOME and KDE.
It would be cool if we still have diversity without doing the same work 2 time.
Leave a comment:
-
Originally posted by valeriodean View PostThe Martin's blog post explains the situation pretty well, there is nothing to add at the end.
About the Wayland WIP on SDDM, the project have seen an acceleration to make it shippable in F21( it was in 0.2 version at the time or such like that), but now the development seems be reduced maybe because that target has been reached...
Leave a comment:
-
Originally posted by Pesho View PostTo be honest, KDEConnect's protocol is indeed very poorly designed (I say that as a KDE user and fanboy). It requires you to open a range of TCP ports on the desktop for the KDEConnect daemon, because each connected device talks to a different port. Which is of course a very lame architecture. Web servers are able to serve tens of thousands of clients on a single port (80 or 443), KDEConnect could have done the same.
Leave a comment:
Leave a comment: