Pointedstick

joined 9 months ago
[–] Pointedstick@lemmy.kde.social 2 points 9 months ago

Packaging it as a standalone binary for different platforms seems like a good plan. I have no idea how hard this might be to do though, sorry. But you can always propose it in one of KDE's chat channels or mailing lists and see if it piques anyone else's interest or they feel like helping you do it!

[–] Pointedstick@lemmy.kde.social 11 points 9 months ago (2 children)

Accent-colored tinted window headers, touchpad gesture configurability

[–] Pointedstick@lemmy.kde.social 2 points 9 months ago

You're very welcome! I'm happy you're enjoying it.

[–] Pointedstick@lemmy.kde.social 6 points 9 months ago* (last edited 9 months ago) (2 children)

from what I understand, you can only have them both installed (or none), not one or the other

You can have only one installed, and Fedora KDE ships this way. If your distro doesn't offer that, it seems like a distro packaging issue.

make it easier to change file associations for common file types

That's in Plasma 6. :)

[–] Pointedstick@lemmy.kde.social 13 points 9 months ago* (last edited 9 months ago) (2 children)

That's a fantastic idea. I've had the same thought myself.

One challenge with making it portable is that you need something that will work on any machine you plug it into. If there's an emergency and you need the data on there when you don't have your main computer, it's likely that the machine you plug it into isn't running Plasma. For this reason I think a hardware-encrypted flash drive with physical number buttons on it suits the use case better. That way you decrypt it with your fingers, and then the contents are readable on any random Windows, Mac, Linux, Android, iOS etc device you have to plug it into.

[–] Pointedstick@lemmy.kde.social 10 points 9 months ago

A challenge for integrating with Kvantum is that it isn't great for theming QtQuick due to bugs in our existing creaky theming infrastructure, as well as development direction preferences on the part of Kvantum's maintainer.

One thing we have planned and want to work on during the Plasma 6 lifecycle is a new unified theming system that can apply to all KDE and Qt apps, GTK apps, and Plasma. The idea is to have a new theme that can be directly consumed by Qt's Qstyle (for QtWidgets apps), KDE's QtQuick desktop style (for desktop QtQuick apps), KDE's Plasma style (for Plasma), as well as KDE's GTK theme. Essentially we would end up with a new theming engine and each of the existing themes we have would consume those themes. This would replace the current approach where the C++ QStyle is the central source of truth and our QtQuick desktop style pulls content from it, while our Plasma and GTK themes are totally separate and have to be changed manually.

The new proposal is in fact not unlike how Kvantum already works, but it's not rally made for easy upstreaming and it also uses SVG as the basis for its themes. We'd like to build our own thing and investigate using CSS as the basis for themes.

Needless to say, this is not happening for Plasma 6.0. :) But I'm hoping we can get it done sometime in the next year or three.

[–] Pointedstick@lemmy.kde.social 14 points 9 months ago

whistles innocently

[–] Pointedstick@lemmy.kde.social 8 points 9 months ago* (last edited 9 months ago) (1 children)

As a Board member now, I'll answer this one. To a certain extent I ran for a seat on the Board because I realized that proposing this via a Goal was the wrong place to do it, and the more effective way to push for that change was by being on the Board. And now that I've been elected there, yes I do still want to do it and push for it internally where possible. However now that I have a fuller picture of the e.V.'s situation, I realize that there are budgetary concerns that must be met before we do more hiring, and KDE e.V. operates under extremely strict German nonprofit rules that make it not as simple as it might appear. Now, in an ideal world this person would be effectively self-funding, but we need to make sure we can afford them in the first place! It's a bit of a chicken-egg situation, really.

Note that we've already done a certain amount of professionalizing KDE inasmuch as it means "KDE e.V. hires professionals to work on KDE." KDE e.V. does indeed now employ multiple technical engineers to work on various areas of the software stack, and I want to see this grow even more. But, we need more money to make it happen, and until we do have that employed professional fundraiser, it's up to existing members of the Board and the community to improve the revenue side of the equation so that it becomes possible! That's why I'm so happy with the progress of the current fundraiser. 700 new members means at least 70,000€ of new recurring yearly income, which is enormous for KDE e.V. If we can keep up this kind of fundraising performance, we can do so much cool stuff in the next few years.

[–] Pointedstick@lemmy.kde.social 6 points 9 months ago

Sure, but Qt is the largest C++ toolkit in the world with millions of developers, so it's not exactly a small niche thing that someone who knows C++ hasn't heard of. :)

[–] Pointedstick@lemmy.kde.social 7 points 9 months ago (2 children)

Something that's often not mentioned is that C++ with Qt is often a very different beast to use compared to C++ with the stdlib and other GUI frameworks. IMO Qt takes a lot of the pain out of C++, such that the criticism becomes blunted and mostly articulated by people looking in from outside who haven't tried it yet.

[–] Pointedstick@lemmy.kde.social 18 points 9 months ago (1 children)

In fact there are already quite a few Wayland-only features. You can read about them on https://community.kde.org/Plasma/X11_Known_Significant_Issues.

[–] Pointedstick@lemmy.kde.social 20 points 9 months ago (5 children)

Plasma Vaults! It's the best implementation of having a little encrypted bucket to put your important files in that I've ever used, on any platform. It's very well integrated into Plasma as a 1st-party supported feature, and it works wonderfully.

view more: next ›