Become a fan of Slashdot on Facebook

 



Forgot your password?
typodupeerror
×
KDE GUI Programming Upgrades Linux

KDE Frameworks 5.0 In Development 227

An anonymous reader writes "In addition to bringing up the plans for KDE on Wayland, Aaron Seigo just announced at the 2011 Desktop Summit that the KDE 5.0 Frameworks libraries are being planned for development. This central code will be developed in parallel to future KDE SC 4.x releases until it is ready, as to not cause another KDE 4.0 mistake. When the code is ready, key applications will be ported to the new interfaces." (There's another article at IT World.)
This discussion has been archived. No new comments can be posted.

KDE Frameworks 5.0 In Development

Comments Filter:
  • Re:Feels early (Score:5, Informative)

    by KTheorem ( 999253 ) on Sunday August 07, 2011 @06:12PM (#37017314)
    That's it exactly. From what I have read Qt 5 will not have the backwards compatibility for Qt 3 that Qt 4 does. Too many KDE applications still use those compatibility features and so they need to rewrite it so that it no longer does to be able to use Qt 5. Since that will break programs that rely on those compatibility features it is deserving of a version change.
  • Re:Feels early (Score:2, Informative)

    by Anonymous Coward on Sunday August 07, 2011 @06:22PM (#37017378)

    All brainpower will be on KDE SC 4.

    This story is about breaking kde's current libraries into smaller modular pieces, it is not about:
    1. KDE SC 5
    2. About developing new libraries

    Ivan
    KDE developer

  • Re:Feels early (Score:5, Informative)

    by Enderandrew ( 866215 ) <enderandrew@@@gmail...com> on Sunday August 07, 2011 @06:46PM (#37017510) Homepage Journal

    I think the issue is that Trolltech/Nokia is moving past Qt 4 series into Qt 5.

    KDE has maintained that kdelibs can't break binary compatibility between major versions. If there is a significant change with Qt, and thusly major changes for kdelibs, then they have major release number.

    That doesn't mean a massive rewrite and change necessarily like we saw with KDE 4.

  • Re:Feels early (Score:3, Informative)

    by suy ( 1908306 ) on Sunday August 07, 2011 @08:21PM (#37018062) Homepage

    Qt 5 will be binary incompatible with Qt 4 because they will reorder libraries and modularize them. KDE will do the same with their Frameworks. However...

    Qt 4 will require very few changes in the source code. Yes, they will drop the Qt3 support, but very few KDE apps use the Qt3 classes support (of the apps that I use, only JuK to my knowledge).

    KDE 5 and Qt 5 will be mostly a major version bump because of the binary incompatibily that can't happen without a change in the major number. Some applications might not need any source code changes, or very few.

  • Well, at 3.5 the plasma environment didn't segfault one or twice when I start my laptop (sometimes locking the X). Also, its applications did have a more sane reaction to keyboard orders (like, if it opens a window, let it have the focus). Also, I could have more than one KDE session without windows appearing clamming that it couldn't lock a file and closing the application I'm using (and if I don't press the "proceed" button, I can keep using the app, no problem, except for the window that stay above it). The possibility of having more than one session open at the same time was the dealbreaker that let me out of Gnome at KDE3/Gnome2 time (before that I didn't give a dam about what DE I was using).

    But ok, that second problem appears on a kind of interaction that simply didn't exist at the 3.5 time.

Work continues in this area. -- DEC's SPR-Answering-Automaton

Working...