[opensuse-kde] KDE4.11 and Qt5?
Hi folks Has someone already tried building KDE4.11 against libqt5? Because obviously the developers of KDE are quiet far already in porting the kdelibs so that it will build with the new Qt-API. It would be neat to have Qt5 instead of Qt4 because 4 doesn't contain official multitouch support for X11. So if we could make KDE building with Qt5 it would not only accelerate the rendering speed of KDE on my TF201 but would also provide upstream support for multitouch which would in turn make my own Multitouch project at the OBS redundant. best regards David
On 24/04/13 16:17, David Lanzendörfer wrote:
Hi folks Has someone already tried building KDE4.11 against libqt5? Because obviously the developers of KDE are quiet far already in porting the kdelibs so that it will build with the new Qt-API.
Porting to Qt 5 is being done in a separate branch, KDE Frameworks 5 (KF5). KDE 4 won't build against Qt 5 without porting (not as much as the jump from Qt 3 to Qt 4, but still significant work, so upstream are not planning to do a direct port then throw some of it away to do to the architectural simplifications and work to accommodate eg Wayland planned for KF5. You might see a straight port, then refactor as the most conservative strategy, and this is what will happen for most KDE applications, but this isn't possible or wise for the desktop itself. This is because Qt 5 on X11 uses the the async XCB API instead of synchronous Xlib, and Plasma and KWin have a lot of Xlib in their code that requires significant refactoring to remove. Will -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
Hi First of all: Thank you very much for the answer!
Porting to Qt 5 is being done in a separate branch, KDE Frameworks 5 (KF5). Yes. I saw that much on projects.kde.org and multiple blog posts.
You might see a straight port, then refactor as the most conservative strategy, and this is what will happen for most KDE applications, but this isn't possible or wise for the desktop itself. This is because Qt 5 on X11 uses the the async XCB API instead of synchronous Xlib, and Plasma and KWin have a lot of Xlib in their code that requires significant refactoring to remove. Ok. Thanks a lot for this explanation! How long do you think, it will take until the refactoring is done and openSUSE will receive this refactored/cleaned up KDE environment? I'm really looking forward to a KDE environment which is capable of using the full graphics acceleration of the Tegra GPU.
best regards David
In data giovedì 25 aprile 2013 21:19:29, David Lanzendörfer ha scritto:
How long do you think, it will take until the refactoring is done and openSUSE will receive this refactored/cleaned up KDE environment?
I'm not sure how long and there are no estimates (hence "when it's ready") but I can tell you that KF5 work is in part dependent on some changes getting in Qt, so probably not before Qt 5.3 at least. -- Luca Beltrame - KDE Forums team KDE Science supporter GPG key ID: 6E1A4E79
participants (3)
-
David Lanzendörfer -
Luca Beltrame -
Will Stephenson