Re: Wayland!
Kevin Krammer <[email protected]> Wed, 08 Jun 2016 08:29:29 +0200
| Newsgroups | gmane.comp.kde.linux |
|---|---|
| Organization | KDE |
| Message-ID | <3522329.KHkxKHsl8y@persephone> |
On Tuesday, 2016-06-07, 00:47:57, Duncan wrote: > In fact, just as kde4 was a transition between the old kde-only > configuration for most legacy apps and the XDG-spec config was pretty > much limited to new ones, and only with kde/frameworks/plasma5 are apps > generally fully transitioned to the XDG-spec, I'd expect a lot of > generation 5 (k5) apps to continue to be xorg only, and that many may not > actually transition to wayland until k6, with some being left behind in > the process, just as some k3 apps got left behind and didn't make k4, and > some k3/k4 apps (like superkaramba, unfortunately one of my personal > favorites) aren't being ported to k5. (Superkaramba only remains > available in its k4 form and has been dropped from further development, > so will eventually break and fail to build any more with modern tools and > against modern libs.) I wouldn't expect applications to lag a lot, most should be working fine already with Wayland. There could be the one or another feature that relies on some X11 specifcs or on some platform integration that the Qt Wayland plugin doesn't offer yet, but I don't think these are very common. The majority of the work happens on the workspace side, i.e. for KDE in Plasma/KWin/etc., since this is now the place where certain features need to be provided from that had previously been provided by the X server. Lets take for example KWrite or even some complex application like Kontact. Most of their functionality is internal to the program or handled via non-ui communicaton channels (e.g. files, sockets). The things they do need from the surrounding environment and which might not be available yet are things like cross-application copy&paste or cross- application drag&drop, basically communicating with other applications via channels of the graphics system. These channels need first to be provided by the shell(s) and support for the respective protocols need to become available in the toolkits. My understanding is that copy&paste for example is already available, so KWrite running as a Wayland client might only be missing the functionality to drag a file into it. And it will regain that once the shell(s) and Qt implement it, so also not something that KWrite developers would have to spend resources on. Cheers, Kevin -- Kevin Krammer, KDE developer, xdg-utils developer KDE user support, developer mentoring ___________________________________________________ This message is from the kde-linux mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde-linux. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
signature.asc
(application/pgp-signature, 819 B)
-----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAABCAAGBQJXV7tJAAoJEEIZ0uq3FeVu0u0P/05FdVbIJpE8oHekLWxc0aQT K3WzftnEuLWwKavkCyUX/LnMSxnt8wMxrpmVJd8u4SmrVGpVsc5rhrl+VdvyZrIZ aN8T2plj6QNp/x2Sd+1jihfwtxcdqDSF94m7YXZe7Fh8Dl3jwcMlMlB8bLNNxGSs U3YPEziLcG9CRy2Y9XeXmdZyjEH/zW8OGwtRghqWk+cKajUuHM8+2+qKhlBIBbv9 d1H3rv2MQRtgBZCkgUKHGXkr5GMgYlwDF19nqwmyDG91FLU0/58XKQ7pKgJWIsw7 6g6f1JemKqP1FJh7lQlyKp0uy49kmTn3hRqkZ6HMFrxDLDgpcebwN9s9/Po8Cc3J 1GA13fQ8Bg3hyIG91c6cmyvVmUzvAzpxHkGccIJ5ZWIPzC5M1CtY3n8QGPhaReVX FEhFpp81BBMhpN5kUrl3haYkGTRBrx6sJ0zDsTdRz4sFdAZhFErSfijtvfVA5+eE lsHjeWfUJZ7493uIl3+pkyLwMfQ9d2gw7AKj/R8J1wvG1e83tEgI4Uw40+Dkyh8y 8kjgOwKlhb5PX2pgk90zD9sO8SXs666SWwYec3lNJXlloAQ9KEHA7gfXhvyq1Jmq SEJPzGFmUwFDeA+FrXnadErFOL1p/UvIopaInt00CcU+tbScj7c92PNGVukJjnVx oCK5hYK4nBcBXp4luZvu =/4Iv -----END PGP SIGNATURE-----