Linked by Thom Holwerda on Thu 15th Dec 2011 22:44 UTC, submitted by lemur2
KDE "Mobile devices that adapt to who you are, reflecting what you are doing when you are doing it. This concept is at the heart of the Plasma Active user experience. Plasma Active One was released in October 2011, providing early adopters the first opportunity to experience Activities on a tablet. Since then, the design and development team behind this open source touch interface has been hard at work on an update. The fruits of their labor were released today, December 14, 2011 as Plasma Active Two."
Thread beginning with comment 500447
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE[6]: GUI Design
by terrakotta on Sun 18th Dec 2011 02:00 UTC in reply to "RE[5]: GUI Design"
terrakotta
Member since:
2010-04-21

don't have a problem with non kde-composited elements. Slider elements where the 'blue-shadow' lags behind the actual movement i.e. veromix (mostly the qml-based plasmoids suffer from this, but the 'change activity' plasmoid takes a loooong time to load etc...). I have more than one system running, xfce, gnome 3, razor-qt, but preferably KDE since it is the more usefull desktop. All desktops are speedy, except kde. On all desktops but kde elements pop-up without waiting, both on the open source nvidia as well with the closed binary driver. If I recall correctly, I'm not the only one complaining about performance problems with plasma (and kwin). They're working on it, it clearly improves with every version, however they still have a long way to go when it comes to performance. I have both a performant desktop as a 4 year old laptop (core2duo-nvidia8400m). On the laptop I just had to start using gnome 3 because kde is unbearable there. I really doubt it's the hardware being broken, oh yeah, running 4.7.4, hopefully 4.8 delivers the improvements promised.

Reply Parent Score: 2

RE[7]: GUI Design
by lemur2 on Sun 18th Dec 2011 02:56 in reply to "RE[6]: GUI Design"
lemur2 Member since:
2007-02-17

don't have a problem with non kde-composited elements. Slider elements where the 'blue-shadow' lags behind the actual movement i.e. veromix (mostly the qml-based plasmoids suffer from this, but the 'change activity' plasmoid takes a loooong time to load etc...). I have more than one system running, xfce, gnome 3, razor-qt, but preferably KDE since it is the more usefull desktop. All desktops are speedy, except kde. On all desktops but kde elements pop-up without waiting, both on the open source nvidia as well with the closed binary driver. If I recall correctly, I'm not the only one complaining about performance problems with plasma (and kwin). They're working on it, it clearly improves with every version, however they still have a long way to go when it comes to performance. I have both a performant desktop as a 4 year old laptop (core2duo-nvidia8400m). On the laptop I just had to start using gnome 3 because kde is unbearable there. I really doubt it's the hardware being broken, oh yeah, running 4.7.4, hopefully 4.8 delivers the improvements promised.


Since you are obviously a little slow on the uptake, I will attempt to explain it once again. Just as you see no adverse effects on other desktops, I see no adverse effects on KDE. KDE is not, in and of itself, slow. If it is slow for you on your systems, and it is not slow for me on any of mine, and likewise it is not slow for millions of others on their systems, then the reason why it is slow for you must lie somewhere within your system that is different to all these other systems where KDE is not slow at all.

Given that all the systems in question run the same KDE software, obviously the problem you are experiencing where KDE is sluggish on your system is not a problem of KDE itself. It is a problem somewhere in your system that is not at play in all those other systems which work great with KDE.

I don't say it is your hardware, it is probably somewhere in the underlying layers between your hardware and KDE. The most likely place is in your video driver, the next most likely place is somewhere in Mesa (which implements OpenGL on Linux systems).

Reply Parent Score: 1

RE[7]: GUI Design
by lemur2 on Sun 18th Dec 2011 03:40 in reply to "RE[6]: GUI Design"
lemur2 Member since:
2007-02-17

I have more than one system running, xfce, gnome 3, razor-qt, but preferably KDE since it is the more usefull desktop. All desktops are speedy, except kde. On all desktops but kde elements pop-up without waiting, both on the open source nvidia as well with the closed binary driver. If I recall correctly, I'm not the only one complaining about performance problems with plasma (and kwin). They're working on it, it clearly improves with every version, however they still have a long way to go when it comes to performance.


No, they don't. Your system simply doesn't perform correctly for some particular operation which happens to be used by KDE but not other desktops. This exact same operation is performed correctly on millions of other systems which run KDE just fine.

Thom has had a similar long-term issue on his main system. The author of kwin Martin Gräßlin had a look at this for Thom (presumably using a profiler), and I am told he identified the issue was within the functions called up by the snap functionality (the Windows 7 Aero Snap stuff KDE also implemented). Martin had never seen this problem before. The interim workaround for Thom is to disable the snap functionality.

Please note that this functionality works just fine as it is for millions of KDE users. If Martin can identify a workaround within KDE itself that does not penalise the millions of other users, then perhaps Martin might modify KDE's code with this workaround in order to have it work also on the relatively few systems (including Thom's) that are affected. The ideal solution, however, would be to get this fixed at the point where it is actually broken, wherever that turns out to be, rather than penalise millions of KDE users by disabling the working snap feature for them also.

Edited 2011-12-18 03:40 UTC

Reply Parent Score: 2