In that section, if you click the button to configure the Mouse Mark effect, you can see the shortcuts for clearing Mouse Mark:
- Clear last mouse mark: Super + Shift + F12
- Clear all mouse marks: Super + Shift + F11
Just a stern but friendly rabbit furry working as a technical writer, learning germanic languages, gaming on Linux, interested in social psychology, fandom studies, locked-room mysteries and programming. Cis, gay, kinky, pm-friendly, single.
In that section, if you click the button to configure the Mouse Mark effect, you can see the shortcuts for clearing Mouse Mark:
While the summary + interview The Register did was decent, when you read the actual paper, the proposal is way more interesting.
Not a fan of mut instead of just plain mutable, though.
Also I sure hope the compiler messages for this feature won’t be like the circle examples in the proposal in the end.
A small correction:
For example, there are Kirigami bindings for Python you can use to do a desktop/mobile app.
Kirigami is QML all the way, it doesn’t need bindings since you’d be writing in QML either way. The Python part is about the actual business logic. :)
I’d be curious to see a blog post in the future mentioning the challenges you might have faced making the dock work on Wayland, and what was needed for that.
When you search using the Starred filter, usually you get the main project at the top since that’s the one with the most stars.
I added a KRunner web shortcut for this that automatically searches using that filter: https://rabbitictranslator.com/kfluff-web-shortcuts/
Looks like an old bug with kscreen that could cause two screens to merge together and would be worked around exactly the same way you did. I used to have that whenever a blackout happened, but only with Plasma 5, and often on X11.
What’s used under the hood for this is udisks, the same thing used by other file managers to achieve mounting capabilities. It allows you to mount devices without needing to mess with something cryptic and archaic like fstab and doesn’t require root.
You can always keep using fstab of course since it works, but in that case you probably also want to use fstab systemd integration.
The KDE auto mount never worked on plasma 6
Please report your issues on https://bugs.kde.org so they can actually get fixed!
My understanding of Linux programming is that it’s mostly done in a code editor, then compiled on the command line.
That’s not really true. You can do that, but with most IDEs (and some text editors) you really don’t need to do that. You can do everything from the IDE.
I’m aware that cmake exists, and I’ve used it a bit, but I don’t like it. VS lets me just drop a .h and .cpp file into the solution explorer and I’m good-to-go. Is there really no graphical alternative for Linux?
It depends on the IDE and how it handles project files. Nowadays Qt Creator for example can just create your source code files and automatically add them to the generated project CMake. I’m pretty sure other IDEs or text editors have this functionality when paired with CMake or Meson too.
It must be noted that if the IDE has some custom project file manager (like Visual Studio does with sln and vcproj files) and you use it exclusively, you’ll likely restrict your project to one platform and one IDE. Using something like CMake or Meson will make it easier to do crossplatform development and will let your users build the project without needing that specific IDE.
Personally I like modern CMake, the problem is that you’ll see a lot of projects in the wild doing old CMake style, which is awful. Meson is okay, although it feels very Pythonic to me and lacks some features I use for Qt stuff.
Everything. It doesn’t accurately describe the issue (animation stutter when using an HDD or during heavy I/O) and it doesn’t mention the solution (put the cache folder in tmpfs), plus it obviously follows the traditional sensationalist tone used in clickbait.
The point is to be deliberately vague to bait people into watching it.
Link to the problem statement: https://github.com/rustfoundation/interop-initiative/blob/main/problem-statement.md