Huh, that's interesting. I've gotten used to using the Grub menu every time I had to reboot (which is quite often), but it defaults to the Linux installation (auto-selects the Linux install after a timeout), so if I want to go to Windows, I'll just have to make sure I catch the Grub menu.
I've kept a Windows 10 install on a separate SSD for the programs that stubbornly refuse to run on Linux (games, in my case). However, I won't be upgrading that to Windows 11. I'll just reclaim that SSD for other purposes and use Linux exclusively.
Thanks! I'm glad to have inspired you.
While KDE Plasma offers a whole lot of options for customization, it's really daunting especially if you're just new to it. What really helped me is to just go with a little bit of customization and tweaking at a time. As I got more experience, I started to want more and more which lead to a lot more customization and tweaking.
I'm weaning myself away from it. However, it's still unavoidable in my case because my work uses it. Thus, my work-related appointments and such are on there, which is one of the reasons why I had that widget in the first place (to monitor work-related appointments, deadlines, etc).
I've been working on it on and off since I've started using this system. It started with just the basics, tweaking the defaults, wanting more, and so on and so forth.
I usually can spend an entire (weekend's) afternoon just tweaking things, making a change here and then, and observing if I like the changes I've made. Rinse and repeat that over a period of several months.
I actually am trying to get it hooked to my google calendar. That widget used to support that feature and have it work. However, recent changes have borked that functionality, and I can't seem to find another widget that does the same.
Or I can just move away from google calendar.
Details:
The right screen has the following (KDE Plasma) widgets:
Both screens have side panels containing only a icon-only task manager. These side panels are installed on the outer edges of the screens instead of on the bottom as might be customary.
The top panels of both screens act as one whole top panel. However, both of them also have a collection of widgets (Window Buttons, Window Title, and Window AppMenu) that (should) only come into play if a window is maximized on a screen. That's what is demonstrated in the first screenshot of the OP.
As for the theming, I used WhiteSur-dark as the global theme, with particulars overriden as follows:
As for the mouse gestures. I've got a mouse with additional buttons, so I used one of those extra buttons to indicate that I'm going to do a mouse gesture. Those mouse gestures are taken by KDE Plasma and act like a custom shortcut, which executes an action, which I defined via KDE Plasma.
The gestures are as follows:
Go to the previous Virtual Desktop: move right, move up
Go to the next Virtual Desktop: move left, move down
Move the active window to the previous screen: move right (a bit), move left
Move the active window to the next screen: move left (a bit), move right
Move the active window to the previous Virtual Desktop: move down (a bit), move up
Move the active window to the next Virtual Desktop: move up (a bit), move down
EDIT: Added theming details
That time was when I was forced to switch from Windows 7. I switched to Linux, found that I can do there most things I usually do on a computer anyways, and never looked back. It reached to the point that someone had to give me an entire SDD with a windows installation just to coax me to use Windows 10. I rarely touch it nowadays, and every time I do, I end up being frustrated with it.
@megane_kun
@lemmy.dbzer0.com