We are looking for a new set of Community KDE Goals to work on.
We are looking for a new set of Community KDE Goals to work on.
We are looking for a new set of Community KDE Goals to work on.
What should KDE focus on over the next two years? Are you ready to share your vision, time and stamina to push KDE to the next level?
Let's evolve KDE together! Find out more here: https://blog.lydiapintscher.de/2024/06/05/what-should-kde-focus-on-for-the-next-2-years-you-can-propose-a-goal/
A gentle hint: If you suggest anything, you must be willing to put in the time to champion the task and carry out to completion.
Also, do your suggesting here by following the instructions laid out in the blog post linked above.
If you don't do that, nobody is going to take up anything you suggest here.
Make the plasmashell especially kwin stable, as its crashing a lot, and with wayland it's taking whole session down...
To the point I went back to Xorg
Cannot reproduce at all on Fedora Kinoite. I havent had any crashes since a long time. None on Plasma 6 since the beta is over.
I’d second Kinoite, it has been rock solid and really does feel next gen. Especially nice that Universal Blue extends its capacity, being just one rebase away.
@kolorafa
I havent had any issues in the several months, outside of one really wierd one I had just not to long ago. https://bugs.kde.org/show_bug.cgi?id=486757One craah in nearly 6 months I would consider excellent. Are you filing bug repports?
@kdeWhenever i get the Crash report window I fill it as much as possible and send, I stopped manually going into bugs.kde.org and manually create bug after the response I got was "it's probably nvidia issue", but for last months I'm on new AMD gpu and those issues still persist and I already learned to just periodically run
kwin_x11 --replace& disown; exitto fix them and go with my life.And yes, the issues is probably not easy to track, as it only happen after at least few days or running it.
Just recently the switch from plasma 5 to plasma 6 introduced another bug with the windows - every few hours/days i get a window that is visible but all mouse clicks go thru it and actually the window behind it receive those clicks, to fix it I (once again) do kwin replace.
And yes, I'm heavy user with 2 workspaces * 2 desktops * a lot of open apps/windows running 24h/day, to the point just few days ago I got and error in console "maximum number of clients reached" when on X11 when trying to open any new window... (And I didn't run out off RAM (48GB) or VRAM (16GB))
So as much as I'm full time on Linux desktop for 8 years, the experience did improve a lot, but the stability of long running KDE Plasma slowly degraded over last years, hence my response.
And I did have the same issues on my 8 year installation of Arch and on KDE Plasma.
I had only few crashes and only on plasma 6, yes I did switch to 6.0.1 which is very quite new, so few crashes could be expected, but I'm on 6.0.4 (will update to 6.0.5) and kwin is still buggy with window ordering, and compared to xorg, on wayland I can't do kwin_wayland --replace because it closes all my open windows/apps which is annoying. Heck, even killing/restarting plasmashell also shutdown all apps that was started from menu...
Why did I switch? Because of hoping that issues from 5.x was fixed in 6.x but that was not the case :(
Same that not many issues will crash whole kwin so they will never trigger "crash report". It would be nice to have some some way to easy "trigger" state dump and open issue. That I would like the 'stability' and those last 0.001% of stability polish to be the focus for KDE.
So as much as I love <3 KDE Plasma, and I yearly donate to KDE, I still can't with clear mind suggest anyone to switch from MS Win to Linux (KDE) especially now with Wayland that made me lose all my unsaved work 3 weeks ago due to kwin crash.
Unifying a few codebases, and make Plasma more modular.
1. A minimal Plasma
I think Plasma is the best desktop and suited for minimal installs on machines with like 2GB of RAM. Reducing the needed dependencies (currently working on that in Fedora) to the bare minimum. Making all the fancy desktop effects, animations, blur, transparency, floating, ... optional.
And yes, please also remove the default plasmoids from the needed install. Maybe keep the ones default in the panel. Maybe add a way to find them as "official plasmoids" which would help a lot.
2. Merge parallel works
Gwenview, Spectacle, Kolourpaint, digiKam all have image editing bars. The one of spectacle is pretty good, Gwenview and digiKam could be merged, Kolourpaint could maybe get an additional few things specific to the app.
Merge parallel works
Oh this is such a good idea. I think an approach analogous to
ktexteditor(or the embedded konsole terminal in apps like dolphin and kile, too) would be amazing. Having the same editing expertise across Kate, kwrite, kile and other text editing apps is fantastic.
@kde@floss.social @kde@lemmy.kde.social I think as others, fix bugs, focus on stability.
I hope a previously suggested goal of improving KDE for organizations makes a comeback. It was basically all about all the things a business/organisation would need to roll out a fleet of KDE computers, mainly tools for remote / centralised management by an IT department.
In the wake of Windows's recent and continued trend, more and more public institutions, universities, government etc should be looking at switching away from Windows. There's also EUs recent Digital Sovereignty Initiative.
German state Schleswig-Holstein is already swapping 30k computers to Linux
An option in the wallpaper settings to have the wallpaper span both monitors is like a dream for me. And if I knew how to code it, I'd start on it right now, but I'll need about a year to learn and do it 😂
Not really a project in which you would involve the whole community. Maybe register it as a wishlist item at https://bugs.kde.org ?
Fix multi monitor support, and windows opening up where ever the hell they want, and whatever size they want. I don't want to have to make a rule for every single thing I use to apply initially size and position. 1/2 the time those don't work anyways.
@kde@floss.social @kde@lemmy.kde.social more desktop effects like in Compiz; mobile devices development (especially a PiM and email suite for smartphones, with sync abilities for dav cal, contacts etc; a decent multi language keyboard for Japanese, ARAB, Chinese...); make KDE lighter.
@kde@floss.social @kde@lemmy.kde.social Improved touchscreen support pretty please. ☺️
Make Fedora Kinoite beta and nightly official testing Distros. It makes so much more sense to base off modern but tested packages, and to use an atomic distro for keeping the other issues aside.
But if you also need to support messy package based distros with their broken package managers, that is for sure problematic.
@kde@floss.social @kde@lemmy.kde.social #homeassistant integration
@bdiederik @kde@floss.social @kde@lemmy.kde.social Rather than specifically HASS focused, perhaps it would make sense to do Matter integration? Given HASS support for that protocol, you should end in the same place, but also available to a broader ecosystem.
It would seem the fruit company with their thread/matter cert test on phones & laptops are headed that direction as well. So on top of serving the existing commuity, it could help people considering a switch - by presenting same capabilities.
@AngryAnt great idea. Only matter specs definition goes slow. Loads of companies that want to have there say. Sure it will be a solid system but there is no enery monitoring yet for example. @kde@floss.social @kde@lemmy.kde.social
Maybe if you have to ask the community for a goal, you have nothing worth doing left.
Is there already an x11vnc alternative for wayland? That's the only thing I need.
We don't want no fancy updates that will send us back to instabilities.
There is. It is still WiP, but you can read about it at:
https://quantumproductions.info/articles/2023-08/remote-desktop-using-rdp-protocol-plasma-wayland