KDE is an international technology team creating user-friendly free and open source software for desktop and portable computing. KDE’s software runs on GNU/Linux, BSD and other operating systems, including Windows.
If you encounter a bug, proceed to https://bugs.kde.org, check whether it has been reported.
If it hasn't, report it yourself.
PLEASE THINK CAREFULLY BEFORE POSTING HERE.
Developers do not look for reports on social media, so they will not see it and all it does is clutter up the feed.
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.
@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
Unifying a few codebases, and make Plasma more modular.
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.
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
I know ✋I know ✋ there is already a lengthy list:
Those are bugs. Not community-wide projects.
@Bro666
Those are bugs reports and feature requests for all KDE applications including plasma and also including Kate, Yakuake, Konsole, Kmail, rkward ...
Not complaining here, but none of the bugs I ever reported or I'm following were addressed. To me this sounds like a good place to focus on, because these are issues that the community have faced or the suggestions they have come up with.
Bugs are solved all the time. It is not a project for the community because the community already works on correcting bugs all the time. If the correction of bugs is not fast enough for you, we cordially and officially invite you to help out:
https://community.kde.org/Get_Involved
Remember: bugs are corrected by volunteers, many of which also have day jobs and other things going on. We are always understaffed. You can help.
@Bro666
Thanks for your invitation, then I cordially and officially invite you accept the KDE Invent (Gitlab) access which I requested months and months ago.
It is not right to randomly throw such messages and accuse people of not contributing when the contribution is locked behind a login screen that needs approval and the access is never given. I mean you can, but it is, unethical and unfriendly.
For now all I could contribute is by donating money (check the records, it's public).
Thanks for your invitation, then I cordially and officially invite you accept the KDE Invent (Gitlab) access which I requested months and months ago.
A developer account, the kind of account that gives contributors full access to GitLab, gives the power to do a lot of damage too. In view of how malware has been injected into FLOSS projects in the past, you will understand why KDE's Invent instance is not an open, free-for-all affaire.
You have to go through a process, wherein one of the steps entails being sponsored by someone who is already a veteran contributor to KDE. This, in turn, entails contributing to KDE for a while, maybe in a non-development role, or by using the open services of invent. If you have not gone through that process, the sysadmin team will ignore your petition.
That said, properly submitted requests for developer accounts are approved all the time.
See here on how to proceed:
https://community.kde.org/Infrastructure/Get_a_Developer_Account
Notwithstanding, when it comes to bugs, which seems to be your main concern, there is a lot you can do without a developer account. Triaging, for example, wherein you confirm that a bug exists, check if it happens everywhere (i.e. across platforms and distros), and figure out what triggers it is an invaluable contribution that will save developers many hours of hunting and testing.
Why not start there? All you need is an account on https://bugs.kde.org and you will also revive bugs that may have flown under the radar and contribute to getting them sorted once and for all. Your help could be key to that.
For now all I could contribute is by donating money (check the records, it’s public).
And that is much appreciated too. Thanks
@Bro666
I sense some hostility here which I don't appreciate.
>> A developer account, the kind of account that gives contributors full access to GitLab, gives the power to do a lot of damage too.
That sounds very wrong. All PRs (in case of Gitlab MRs) should be ultimately approved, so I cannot see why your Gitlab is vulnerable where as all other instances of Gitlab, the Github and all instances of Forgejo are nor susceptible these "damages"!
🧵 👇🏼
🧵 👆🏼
@Bro666
>> developer accounts are approved all the time.
Not mine! So "all the time" is as false as it gets. No one communicated to me that I need to provide certain information or details!! pure radio silence. So let's be factual.
>> when it comes to bugs, which seems to be your main concern, there is a lot you can do without a developer account.
Bugs **and** feature requests are my main concern.
🧵 👇🏼
🧵 👆🏼
@Bro666
>> Why not start there? All you need is an account on bugs.kde.org and you will also revive bugs that may have flown under the radar and contribute to getting them sorted once and for all.
As mentioned before, I have already done that. it is all public information and you can go and check.
It seems that whatever I say is taken the wrong way, so i'll leave it here.
Have a nice day.
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 ?
Maybe if you have to ask the community for a goal, you have nothing worth doing left.
@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
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.
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
@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.