KDE Ships First Beta of Next Generation Plasma Workspace 94
rohangarg (1966752) writes "KDE announced the beta of its next generation of its plasma workspace today. Built ontop of Qt5 and KDE Frameworks 5, with this transition, all QML-based UIs — which Plasma is built exclusively with — will make use of a new scenegraph and scripting engine, resulting in huge performance wins as well as architectural benefits, such as being able to render using available graphics hardware."
There are experimental packages for some distros, and a Live CD (ISO download) available if you want to try it out.
KDE 3 (Score:4, Informative)
Anyone else remember the awesomeness that was the KDE 3 series?
Re: (Score:1)
no, squatting and pinching off one plasmoid in the punch bowl pretty much means everyone forgets whatever good time they had at the party up to that point
Re: (Score:1)
Anyone else remember the awesomeness that was the KDE 3 series?
Ah, yes. Life before the f(*&#ing useless cashew. Good times.
Re: KDE 3 (Score:5, Interesting)
Re: (Score:2)
more awesome at what, eye candy?
Re: KDE 3 (Score:5, Interesting)
I can configure the desktop to be more useful than just being there. For example, I work with a lot of LaTeX documents, in particular folders containing tests and assignments for the classes I teach. So I have a desktop with a set of folder view plasmoids pointing at this folder full of assignments. One view is filtered to show only .tex files, and the other view is filtered to show only .pdfs. Super convenient, better than popping open Konqueror (or Dolphin) and navigating the folder, even more convenient than popping open a terminal. Way nicer than the garbage dump of "maybe I'll need it later" files that desktops usually are.
Similarly I have a desktop full of folder views and other plasmoids that are useful for my research, a desktop full of folder views and plasmoids useful for coding, et cetera.
This is something I can't do with any other desktop environment, and I've looked. (Well, actually there's a couple of proprietary Windows 7 add-ons that give similar functionality, if I felt like forking over the dough. And using Windows 7.) And other than the desktop itself, the auxillary applications (the ones I use, at least) are all at least as good as they were in KDE3.
Also, KRunner (Alt+F2) with nepomuk is awesome. File search and program launching, yeah, every desktop is decent at those nowadays. But there's a lot of useful KRunner plugins too. Calculator, dictionary, spell-check, search wikipedia, mini command-line shell; it even has a task manager so if a process is misbehaving I don't even have to open a terminal and use htop (unless I'm in the mood to use htop.)
Give it a try, man; it's actually pretty great. And as far as eye-candy and bloat go, I do all this on a four year old netbook. I didn't even disable any of the eye-candy. What bloat?
Re: (Score:2)
KRunner? Ugggh!
I used to use Alt-F2 that all the time, back when all it did was run applications or open urls. Now it's searching so much junk it's slow. Also, before where I would just type an executable name and hit enter, now it wants to give me a list of possibly similar things and make me click one.
I have the same problem with windows. I'm still used to hitting the windows button, the 'r' key and then typing what I want to open. Now it takes forever to do that and it comes up with all sorts of searc
Re: (Score:3, Informative)
Do you know you can turn unnecessary searches (krunner plugins) off
Re: (Score:2)
point is that used to work without the bloat-delay
Re: (Score:1)
nepomuk is not something I'd consider a friend. It's always "fun" to be in the middle of something when the system gets sluggish and the CPU fan starts cranking up, only to find that nepomuk decided to go on an indexing rampage and consume 100% of a core or more.
Thankfully, though, it can be disabled. Which generally makes my KDE system quite usable (even with KDE4).
Re: (Score:2)
> more awesome at what
Everything. But if I had to pick one feature, I would say Activities.
Apparently, they are not still that widely used. But they are the defining feature of KDE 4 and are quite impressive once you understand to exploit them (docs could be better).
> eye candy?
KDE 4 does not look good, out of the box (Gnome 3, Cinnamon, Pantheon are what I consider to be good looking DEs, out of the box). With a little tweaking though, it looks as good or better than all my (also tweaked) desktops.
R
Re: (Score:2)
kde3 had one area in which it was way, way better - stability/quality. 3.5.10 was extremely stable and without any noticeable bugs.
4.11.5 - despite being nice and very usable - still has some longstanding bugs.
Re: (Score:1)
Yes I remember, and i miss it.
It seems to me the general motto between the two versions was:
3.x : "Make it work, Make it robust, Make it solid"
4.x: "Make it pretty, Make it poofy, Make it; ohh shiny things!"
I fully understand the stated need for the change: "These old frameworks were a mess, and we need to change just to improve the spagetti we are stuck with."
What I don't understand is why it was instead used to concentrate on flashy widgets that don't really help.
They wanted the codebase to be portable,
Re: (Score:3)
No, you're forgetting the beauty of the backend. KDE 4 was all about plasma. In Plasma worskpaces nothing is special. Everything is a plasmoid widget. Nothing is special about the dock, the desktop, or an icon. They all have the same back end object, and can be placed and dealt with in the same way. It was seen as a way to increase the flexibility and configuration of the desktop.
That was job #1, converting everything to plasma. Job #2 was making it pretty, then everything else.
4.0 was poorly explained that
Re: (Score:2)
No it wasn't bad explained, it was the stupid idiots who couldn't read or comprehend that it was not for users (and those stupid idiots includes the distros).
Re: (Score:2)
If you don't want confusion, you do things people expect in a way they expect.
If you have a giant red button that says STOP on a piece of machinery, but it actually speeds things up ( by stopping the speed restrictor from working) that will cause issues, regardless if there is a label above it saying "speed restrictor".
That's essentially what KDE did with a 4.0 release that they never inteded for wider distribution.
Re: (Score:2)
KDE 4, when it first came out, was horrid. I delayed upgrade as long as I could.
Today, however, I don't think that's still true. If your hardware doesn't have 3D you might think otherwise, but I find current KDE 4 useful and functional. I even enable some of the actual effects. There are a few of them (highlight active window, magic lamp minimize) actually contribute to my intuition of what's going on.
Not everything is perfect, but the only feature I still miss from KDE 3 is the different color for the acti
Re:KDE 3 (Score:5, Interesting)
I love KDE4. I use it every day. I can, however, see one issue. My biggest fault with KDE4 was that DCOP in KDE3 was a joy to use from a script (bash script, etc). DBUS is a pain in the butt. It's not only much saltier (in terms of syntactical salt) but it also tends to change much more often. Calls that work in one version don't work after an update. DCOP was more simple, had a great interface, and -- most importantly -- the app interfaces tended to stay stable.
I'm really hoping that the Qt5 and QML combo makes up for this, allowing easy scripting and simple use of internals. I used to say that KDE was like the *nix command line, only GUI: a bunch of small apps that exposed a ton of tiny options that you could link together. KDE4 clearly continued that philosophy with DBUS, but I think it was far less successful in that aspect.
Re:KDE 3 (Score:4, Interesting)
Re: (Score:1)
Re: (Score:2)
Had I not been able to postpone the migration for as long as I have, I would probably have agreed with you. I tried at least two of the versions you mentioned, and reached conclusions substantially similar to yours. None the less, modern KDE 4 is okay (after some getting used to).
Shachar
Re: (Score:2)
Try it again. Seriously.
Re: (Score:1)
Re: (Score:2)
KDE4 is now tolerable, especially when I look at the competition. But Gnome2 was better than it has yet become (presuming that it's still improving) and Gnome2 was clearly inferior to KDE3.
The odd thing is that I had no technical problems with the early KDE4 versions. My problems were entirely with the intentional design. Recently, however, technical problems have started to appear. So far it's merely an occasional random lockup, or the icons being spread all across the top menubar after a restart rathe
Re: (Score:2)
Sure do. Thought about switching to Trinity (KDE3 fork) but it's dependance on QT3 conflicted with newer application's dependancies on QT4.
Yes, and who is using Trinity? (Score:2)
https://www.trinitydesktop.org... [trinitydesktop.org] for KDE3's design?
Re: (Score:2)
Right, when kmail worked. Now after a years long running email fiasco, all hope of saving kmail2 and Akonadi must be abandoned, and never again make the mistake of thinking that a database backend works as well just just doing what needs to be done with ordinary filesystem operations.
Re: (Score:2)
Disagree, I've been using kmail2 with gmail & a rackspace imap server for some time now, its been flawless. Also using the google resource to integrate my contacts and calender, reliably synced between gmail and my android phone - something kmail1 was never able to do.
And with baloo replacing nepomuk, email search finally works - far faster than kmail1 ever was, I have over a 100,000 msgs which it can full text search in seconds.
Re: (Score:2)
Nice to hear your positive report, however it conflicts with my own experience where kmail2+akonadi failed in multiple ways so that it is unusable. Recent. Switched to trojita - features are missing, but it works.
Re: (Score:2)
Maybe kmail2 works tolerably well if you use it very lightly. It certainly does not work for me. Gets stuck all the time, duplicates mails, can't move mails between folders, etc etc.
Re: (Score:2)
And with baloo replacing nepomuk, email search finally works - far faster than kmail1 ever was, I have over a 100,000 msgs which it can full text search in seconds.
If you're using 4.13.0 (the first version with baloo), or about to upgrade, here are two things I learnt the hard way:
Such is life on the bleeding edge...
But apart from that, Kmail/Kontact works great for me (especially with Kolab).
KDE Devs the Only Stable UI guys on Earth (Score:1)
Re: (Score:1)
Re: (Score:2)
kubuntu is just a series of packages contributed to the Ubuntu repositories, yes. Canonical doesn't invest time in packaging and testing KDE though, this is handled by the community.
Though the Kubuntu maintainers face a split in the next year or so as to whether they adopt XMir or switch to a shiny new Wayland-based experience...
So perhaps we'll see porting efforts directed more to creating a nice ISO for upstream debian, respun as KDEbian? :)
Re: (Score:1)
Might give it a go. Because it seems that "now" is either dark grey text on black except for the radioactive pink bits [bbc.co.uk] or "invisible controls until you click them" a la gmail.
Are you one of UX dribbletards?
Re: (Score:1)
I really like the look of the default theme, and it doesn't look particularly old to me. I think they went smooth gray before Apple even (Apple having slowly been removing their original candy look with every release).
I generally add some spacer between the close and other buttons, and add an always on top button, but otherwise, I think it's great.
It doesn't look that different (Score:5, Funny)
I thought when you updated your Open Source desktop environment project to a new release version, you were supposed to take all the really useful tools, features and usability models that had been refined for years and chuck them all in the bin leaving you with a horrible monstrosity that was near impossible to use (and then have it remain that way for at least four years).
Surely, KDE have got this badly wrong.
Re:It doesn't look that different (Score:5, Interesting)
Surely, KDE have got this badly wrong.
qt5 is very nice, but doing the whole thing in QML is going to be the major win (made feasible by qt5, naturally). I'd estimate it opens up the potential hacker pool by two orders of magnitude. Expect an explosion in community-driven KDE fixes and enhancements once the distros adopt this version.
I stopped using GNOME back when they caught mono, but between Unity and the direction of KDE, the endgame for heavy DE's on Open Source desktops is looking very clear. The mono thing was just an example of a flawed decision making process on that project, which has extended forward to today, with predictable results.
P.S. Slashdot - you've managed to break Plain Old Text mode after 15 years. I've got a manual BR after the quote above to fix rendering.
Re: (Score:1)
Re: (Score:3)
But will I ever get Kasbar back?
A lot of the features of Kasbar are built in to the default or alternative taskbars; considering how easy QML is to work with, you might even want to look at hacking away at it yourself.
Personally I'm 100% satisfied with the options currently available, and all the quintessentially awesome KDE stuff I missed during the initial port---Filelight, Yakuake, etc---all made it back in by around 4.4. I honestly never used Kasbar much myself, so I only have dim recollections of it alongside basic descriptions on ol
Re: (Score:1)
Re: (Score:2)
Not sure if limited only to Open Source Desktop Environment...
Re: (Score:1)
Good point. I understand that commercial OS vendors are equally as capable of f*cking up their DEs as the Open Source experts. However, I don't care about the commercial offerings. I -do- care about the DEs I actually use.
Re: (Score:3)
Re: (Score:2)
Re: (Score:2)
Re: (Score:2, Informative)
There is no major graphics chip (Intel, AMD, NVIDIA) that won't run it on hardware (even dirt cheap/integrated) from at least the past 5 years. All you need is OpenGL 2+ compatibility. Hell, you can pick up a GT610 for like 30 bucks. Kind of disappointed at the level of trolls now at /., I expect so much better.
Re: (Score:2)
It won't run on my computer, or it wouldn't a year or so ago. And more recent computers don't offer enough improvement over my current machine for me to want to change. (They've basically stopped even making multi-cpu desktops.)
Re: (Score:2)
I'm not sure about Plasma-next, but I could comfortably run KDE 4.10 (or thereabouts) on a tiny little Tegra 2 clocked at 1 GHz with 1 GB of RAM and no hardware acceleration. Chrome ate more RAM than KDE ever did. I've also used KDE quite comfortable on a Pentium 4.
So if KDE doesn't run on your desktop, then I'll wager one of the following is the case:
-you have horribly broken graphics drivers. Try changing the compositing mode, graphic driver, etc.
-your PC is over a decade old
-you have stumbled across an e
Re: (Score:2)
It's Gnome3 that won't run on my computer. And it's not speed, or RAM, it's video card requirements that are the problem.
KDE4 is actually what I'm currently running. It's not as good as KDE3, but it's slightly better than xfce.
Am I the only one who wants 1.x back? (Score:2)
Seriously, 1.x compiled against modern libraries for the most part so everything works, but 1.x 1.x was great, fast, light weight, great file browser, easy to customize, no bullshit indexers and what have you insisting upon running in the background, it was a nice setup. Everything since has just sort of bloated.
Looks like... (Score:2)
That first screenshot... I thought I was looking at a slightly less polished MacOS/X for a minute there. The resemblance is strong.
This sentence should be more common (Score:2, Insightful)
in the release notes of new software:
Plasma Next keeps existing workflows intact...
(Are you listening, Mozilla?)
[AustralisSucks]
Re: (Score:1)
Looks good (Score:5, Informative)
But, the thing that still pisses me off about KDE is the handling of cifs mounting (a la smb://). In MATE (or Cinnamon or Gnome2), if I mount a share with smb:// in the file manager (Nautilus, or the newer ones), I get an actual cifs mount. Now, if I open a file on that mount with a photo viewer, or a media player (like VLC), the file manager throws a locally-mounted and accessible file path to the application.
Not so with KDE. Doing the same thing from Dolphin throws the URL of the file (smb://server/share/file.ext) to the application, and the application usually has no effing idea what to do with this. So, I end up either copying the file to my local hdd and opening it from there, or adding an entry to fstab to get a real mount (which is not practical if mounting a new share on someone else's server.) The gvfs way is better than the KIO way.
Re: (Score:3)
The media playing apps should be file system agnostic -- they shouldn't have to know about URLs or network protocols.
Re: (Score:2)
That's great, if you're only using KDE apps. What about apps that are neither KDE/Qt or Gnome? VLC is the first that comes to mind. xmms2 is another. Or, what if I want to use WinAmp through Wine? All of this just works in MATE/Gnome/Cinnamon with gvfs.
The media playing apps should be file system agnostic -- they shouldn't have to know about URLs or network protocols.
I just tested this with FTP and Audacity, and the files are copied to temporary directories before being opened in non-KDE apps. (Actually, they're copied for both, but to different directories for some reason...)
I'm using Sabayon with KDE 4.13.0 - you're either using an older, buggy version, or there's something wrong with your setup.
Re: (Score:3)
The gvfs way is better than the KIO way.
I started with GNOME way back when, but then switched to KDE at version 1.44.
I have a love/hate relationship with KIO. My biggest complaint is that KIO isn't a virtual file system, but rather is just a file copy mechanism. It works great for many uses, but completely falls flat when trying to perform an open/read/close sequence. It copies the entire file to a temporary location, then opens that temporary copy. This is asinine, and is the single largest failing of the IO Slave mechanism.
Even Windows' UNC
Re: (Score:2)
Exactly! This is especially idiotic when opening a 1.4 gig (or 4.1 gig or larger!) video file. On my laptop with an SSD, where my /tmp is a tmpfs ramdisk, this is going to fail miserably.
32 bit version (Score:2)
Would it be a stupid question to ask if there's a 32 bit version? I have an old stinkpad T40 for experimenting on.
non-PAE please, kthnxbye.
Re: (Score:2)
I wonder what the odds of that working are.
Just being open source doesn't make it platform independent, if some silly bugger has hardcoded the length of $deity-knows-what.
And this is KDE, remember - not near the top of the list for being a silly bugger free zone.
P.S. Do you actually know what a T40 is?
Re: (Score:2)
KDE worked fine on 32-bit ARM, last I checked. If they're going through the effort to support a completely different architecture, I'm pretty sure they'll still support 32-bit x86.
Also, I'm not sure that PAE-support should even make a difference to anything running in userspace...
Re: (Score:2)
KDE 4 works acceptably on a 32 bit CPU.
What FUD are you spreading that version 5 will be 64bit only?
Nepomuk still takes 100% CPU? (Score:2)
Subject says it all...
Re: (Score:2)
Baloo is amazing, it actually delivers what nepomuk promised. I actually use ti regularly day to day - file, email & contact searching.
Notifications (Score:2)
I hope the notifications system gets an improvement. It's horribly cluttered in KDE4.
The worst case is when you start a system upgrade: you get a good bunch of weird progress bars and gauges in the notifications area, with a text saying "Waiting for service to start..." That label never disappears, and no progress is ever shown either. Still the updates install fine. Seriously! Does anyone test these systems?
When new updates are available, it shows the number of them but tries to also shove a long list of p
Re: (Score:2)
Notifications have improved greatly recently (Score:2)
One question (Score:5, Informative)
All I want to know is one thing. Will we FINALLY get a resolution-independent UI? One that you don't have to screw with when the dpi departs far from 96? All the style elements; icon sizes, title height, widgets, etc., should be in % of screen size, not pixels. All you should have to set is ONE variable to scale everything to taste.
I can't believe this is such a difficult thing to implement. There is a crying need for it; to hell with the eye candy crap.
Re:One question (Score:5, Informative)
See https://community.kde.org/KDE/High-dpi_issues [kde.org]. In fairness, most (in fact, the overwhelming majority) of elements within KDE are resolution independent (hell, KDE has been using SVG icons since well before the KDE4 days), and basically every element can be changed and tweaked as desired, it's just that it takes a shit ton of annoying manual tweaking.
You're right though, it Isn't There Yet (tm). But it is in fact a focus of much of the development; this is generally on the minds of KDE devs, and is being worked towards for Plasma Next [vizzzion.org], as well as for specific applications; for example, the Yakuake developer is changing the theming engine specifically with resolution-independence and high-DPI screens in mind [kde.org]. So upcoming versions of KDE will be, at very least, closer to supporting high DPI and resolution independence, and I wouldn't be surprised at all if a version or two into Frameworks 5 we get a nice centralized control for scaling the UI.