KDE Plasma Active 3 Improves Performance, Brings New Apps
jrepin writes "KDE has released the 3rd stable version of Plasma Active, KDE's device-independent user experience. The Plasma Active user interface is touch-friendly and works well across a range of devices. Its Activities function gives users a natural way to organize and access their applications, files and information. Plasma Active Three noticeably improves the user experience with its enhanced and expanded set of apps, improved performance and a new virtual keyboard."
I've always preferred a pure xfce or a mix of xmonad + xfce to any of the "big" DE's (GNOME/MATE/KDE). KDE is just a bit too glossy and shiny for me, and QT is a bloated pig compared to GTK.
Do they even have xfce for a tablet? Plasma active is KDE's "touch screen" interface, which they say is for "everything" but is clearly targeted at tablets, since all their graphics show it being used on one.
Eviscerati.Org: All Hail the Eviscerati
Can we please have one, just one, operating system that isn't designed for touchy crap? Look, tablets and smartphones are great, but when I'm on the desktop, I want an OS designed expressly for the desktop, not compromised with a bunch of tablet nonsense.
I like KDE myself but I can see why some people think it's too top heavy.
I'd actually like to play with this but I'm not sure I have a compatible one... that I'm willing to experiment on to that extent, anyway.
Eviscerati.Org: All Hail the Eviscerati
... you aren't being forced to use the netbook/tablet desktop in KDE as you are in Gnome 3. KDE still has a functional desktop environment.
I am frustrated by their stability issues more than their desktop functionality. KDE is very flexible in that respect.
Lightweight/full featured is a different concern. Since the average PC user now measures their RAM in gigabytes this isn't a concern for some people. But if you want your DE to have a smaller memory footprint then KDE is the worst choice.
Yeah but it still carries the shit that comes with all that semantic desktop/akonadi/nepomuk stuff that competes with the Windows registry for sheer programmer incompetence. That stuff seems to chew up half the CPU cycles used on any computer I put it on. I don't even know how it expects to work well on an ARM tablet.
Let's call the new desktop Klasma. It sounds open sourcey enough (read: fucking goofy) and nothing clears up confusion like having nine different versions of the same application each with their own minor tweaks.
Oh wait, it's a tablet OS. Don't worry about it, I'm sure Apple is only two sheets of blotter acid away from suing everyone for the whole concept of UI.
Can I use it with my Planar touchscreen monitor and netbook though? Would be one way to bridge this huge divide between touch type devices and the PC world.
What would Richard Feynman do, if he were here right now? He'd do some math and he'd follow through!
Are they going to finish converting/redesigning Quanta?
"Enjoy what you're doing! If it becomes drudgery, you're doing it wrong!" - Jim Butterfield
Now 'merely' slow instead of 'really' slow, so it's an improvement.
"I believe in Karma. That means I can do bad things to people all day long and I assume they deserve it." : Dogbert
Quanta hasn't been updated in five years.
Eviscerati.Org: All Hail the Eviscerati
All these new features into KDE and the developers still won't (can't?) fix a 4+ year old bug that is about basic functionality -- that of honoring the -geometry command line option.
Please vote for this bug to be fixed!
https://bugs.kde.org/show_bug.cgi?id=165355
Invalid Checksum. Retrying.
lol, who starts apps from command line?
And who sets directly the geometry of the app before launching it?
If you think that the initial geometry of your most used apps is wrong, then ask just that, to improve the defaults.
If it's only for a handful of apps then make specific window rules for them.
This is a corner case at best.
Take a look at https://bugs.kde.org/show_bug.cgi?id=147094 for the use cases.
In case you can't be bothered -- my use case is having a shell script that opens up several windows (konsole and other tools) as my dev environment in a standard way. The konsoles are put into the appropriate directories, commands executed in certain windows (cscope, etc..). The konsole windows are not all of the same size. And mixing in the other tools precludes using the built in (but very restrictive) Konsole profile capabilities.
This functionality worked great in KDE3 (and all the X WMs I used for many years before that).
So corner case? No. Missing functionality? Yes.
I guess if all you do is browse the web and write emails that this wouldn't be a very important feature.
Invalid Checksum. Retrying.
he does, apparently. as do others... take your arrogance and shove it up your ass..
I really cannot understand why there is not more interest in this. This is HUGE: It's the first and only fully free working environment for tablets. And it presents a new way of working with tablets (activities) that seems to be more suited to our brains than other paradigms. And it's beautiful to boot.
All these new features into KDE and the developers still won't (can't?) fix a 4+ year old bug that is about basic functionality -- that of honoring the -geometry command line option.
That is basic functionality for you? WTF? This is advanced functionality only a tiny niche audience cares about and of that niche audience most would use KWin rules for the same feature.
Maybe it is considered advanced for KDE4. Many apps such as Konsole in KDE4 all purport to support this advanced option in their help - so it could be argued that it is a bug in KDE4 and not a new feature.
As for it being basic - I've been using it in X for 20+ years. I guess I'd consider it more primitive than advanced. KDE3 had great support for it.
I've looked at KWin Rules before. From the provided examples and trying it I didn't see an obvious way to handle my use scenario - perhaps you can suggest the appropriate technique or point me at an example that works similar to below:
- Specify a specific profile -- call it "ProjectA"
- Provide an ICON or some other method for starting ProjectA
- When started the following happens
-- 6 konsole windows are opened
--- each with separate geometry for placement and size
--- each with different titles
--- each has a specified home directory to start in
--- one starts cscope
--- 2 start VIM
--- 1 starts an ssh to a target machine
--- 1 is tailing a log file
-- 1 firefox window is opened
--- specific geometry for placement and size
-- 1 custom app is opened
--- specific geometry for placement and size
Creating "ProjectB" should be an easy copy of "ProjectA" and allow for quick editing of window placement, rules, etc.
It should be trivial to copy these rule sets to another machine.
Invalid Checksum. Retrying.
forgive me for asking but couldn't you use the session management tools to manually restore a session with your needed terminals on startup.
Once upon a time there was an idea to target both phones and tablets - what happened to that? It seems like they're only concentrating on tablets now.
-someone who was really looking forward to running KDE on his phone
Most human behaviour can be explained in terms of identity.
Thanks for proving my point: It's a feature for a tiny niche audience.
You do seem indicative of a lot of the KDE users I've met. The general feeling is that KDE shouldn't be used by developers.
Invalid Checksum. Retrying.
You do seem indicative of a lot of the KDE users I've met. The general feeling is that KDE shouldn't be used by developers.
As if that single option was a requirement by all developers and not a niche...
KDE software is developed by developers and seems like they can live just fine without the option, just like ALL Windows, OSX, etc. developers can since forever.