How does dark & light mode change on its own? The Bazzite reference I made was I believe I remembered the background changing depending on the time of day or maybe it had a button to switch the modes in the panel with easy access (can't quite remember). On Kinoite I have the screen set to red light automatically at a certain time but the theme doesn't change to dark with it. Is this a possible feature with Plasma?
Without telling your distro this question is not helpful.
Discover uses packagekit, an abstraction layer that can do things like install, update, remove on many different distros.
So this might be distro-independent, but maybe not.
Try to enter in the terminal pkcon upgrade and if a GUI password prompt pops up, click on "expand" and see the action that is used like org.somenama.packagekit_update
This GUI prompt might also already be the one you described
I used Neon for a while. Again, can you please give the needed information. If the password dialog shows, at the left click on "expand"/"show more" and you see the exact action that is executed.
Then have a look at the rules in my linked repo, and replace the action in "libvirt" with that, and the group with "wheel"
(Use groups and send me the output, no idea if the sudo users are in the sudo group on Ubuntu)
Then send that rule, embed it in
```
Rule
```
To format correctly. I look at it and if it is correct, we go on.
@boredsquirrel
You need to create a polkit rule that allows authentication without password. I will see if I can send an example your way sometime this comming week. @KaKi87
Thank you - I'll try it out again. I had exactly the same feeling about KDE5 - too fractured, too inconsistent, too many weird options. GNOME just was more polished in that regard. But your post makes me hopeful that KDE 6 fixes these things :)
Overall I'm just happy that Linux has multiple competing DEs which often inspire each other and give great new design ideas. As long as we have GNOME, KDE, Cinnamon, Budgie, Pantheon etc., I will be happy. I have learned lots of things in regards to my design preferences (and about quality of design in general), and I'm glad knowing that I can switch DEs anytime. RIP for Windows/Mac users who don't have thus luxury.
Want more exposure? Easy: Treat Steam Deck's game mode as first class citizen for Kirigami apps and release those on Steam, most notably the Angelfish web browser. Too bad whenever I inquired whether that's even under consideration, the replies I've got were along the lines of "just launch desktop mode".
The problem with gaming mode is how quickly it falls appart the moment you try to use it for something other than gaming. Something as simple as having more than one window is impossible under Gamescope. That's pretty problematic when a toolkit decides to implement something as a stealth window, like GTK context menus. Qt doesn't do this as much as GTK does so using Qt applications isn't as problematic, but it's still a pain. For instance, you're extracting a file with Dolphin and a pop up window shows up to report progress, making you completely unable to access the main Dolphin window until the operation has been completed.
The best part is that SteamOS displays a little "Switch Windows" section under the "Exit game" button when you have multiple windows opened, which literally just doesn't work and as far as I can tell never has. The only thing that menu does is show you the names of the opened windows and let you close them by pressing X. Switching windows, the thing the section is literally named after, doesn't work and never has since I got a Steam Deck last year. You select a window, it gets highlighted in the menu and that's it. Nothing else happens. It doesn't switch focus or switch the window displayed by Gamescope, it does nothing.
Another thing that's often problematic is that you can't maximize windows. Say your app decides to open itself windowed, Gamescope is just going to blow that 480x360 window up to full screen and makes zero attempt to actually resize the window to fit the screen, so you're stuck with a very blurry and zoomed-in window. The maximize button in apps with CSD does nothing, but other built-in means of resizing windows or achieving full screen do often work. But these built-in means often don't exist, because applications expect to be running on a window manager that's actually capable of managing windows.
And then there's just all kinds of bugs. Say you open a game with a certain aspect ratio/resolution while also having apps with a different aspect ration/resolution open, you'll often find that when going back to your app you can't move your mouse outside the boundaries of the window for the game you just opened. Another thing I've seen with many games is that the view often gets shrunk to a tiny square in the center of the screen. There's a lot more, but I'm sick of ranting about gaming mode.
My personal take is that SteamOS's Big Picture/Gaming Mode shell sucks balls. It's impossible to make most desktop apps work well in Gaming mode without bending over backwards to work around the myriad of issues it has (for the ones that can even be worked around) and since it's closed source there's nothing you can do about it. Thus, the best solution would be to develop a new Gamepad-centric open source shell to replace it. I also think rather than repurposing Plasma Mobile applications like Angelfish it would be better to design new ones that are truly designed for gamepads. Perhaps Plasma Big Picture could be used as a starting point. But it would be a really big undertaking and there probably aren't enough devs interested right now.
The problem with gaming mode is how quickly it falls appart the moment you try to use it for something other than gaming. Something as simple as having more than one window is impossible under Gamescope. That’s pretty problematic when a toolkit decides to implement something as a stealth window, like GTK context menus.
So much text and yet you didn't read that I was explicitly writing about Kirigami apps.
I also think rather than repurposing Plasma Mobile applications like Angelfish it would be better to design new ones that are truly designed for gamepads. Perhaps Plasma Big Picture could be used as a starting point.
Steam Deck has a touch screen. At no point was I taking about docked use.
I tried the beta out for a week, and overall it was fine. One super annoying thing I can into I couldnt figure out though was paste was borked. I could copy text, see it in the clipboard cache, but when trying to paste, the window I would try to paste into (several apps) would freeze for 30 seconds or so, and then not paste. Very odd.
Yes. Because it comes in two parts. The OS level package and the browser extension, if the extension can't communicate with the OS level package then it won't work.
Maybe because not every system is Debian, and Plasma has to work on systems that either don't have /usr/share/i18n/supported or put is somewhere else?
I manage a project that encounters this sort of thing regularly; my biggest problem is terminfo entries. Not all distributions contain all of the same terminfos. It is one of the biggest source of bug reports my project gets. I've been considering just embedding all of the terminfos in my project, just so I know they'll all be there on every system it's installed.
I don't know this is Plasma's reason for including their own list, but it could easily be. It could also be because those are the locales Plasma supports, and it may not support every locale that might be in the distro system list.
KDE
Newest
This magazine is not receiving updates (last activity 0 day(s) ago).