@Pantherina
I agree, although there are three things worth mentioning:

1. The conventional Android is not that opensource. It is bundled with tons of proprietary Google stuff. That’s why de-googled Android does not provide as smooth experience.

2. Android does not restrict you to “only OpenSource” components. WhatsApp for example is widely used and is not FLOSS.

🧵 👇🏼

@Pantherina
I’m sorry that this bug have happened.

But did you, or whoever faced this bug, “eat” it with your “teeth” though? No they didn’t. Why? Because like any proprietary software, OpenSource tools also come with certain terms and conditions that user is expected to read, digest, understand, accept, and then utilize the tool:

https://fosstodon.org/@Mehrad/112128648273530651

User had all the possible chance in the world to read the code and make sure it doesn’t do what it’s not supposed to do.
🧵👇

@Bro666

One obvious fact that I though would never need to be reiterated (but here we are):

Almost all OpenSource licenses approved by OSI and/or FSF have “Disclaimer of Warranty” clause in one way or another. This is from MIT:

THE SOFTWARE IS PROVIDED “AS IS”, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.

https://opensource.org/license/mit

More examples:
https://opensource.org/license/gpl-3-0#section15

@Pantherina
Yeah, by the same logic lets also call hotdogs dangerous because people have also choked on them!

https://nypost.com/2023/07/11/4-year-old-girl-dies-after-choking-on-costco-hot-dog-report/

At some point we should understand and agree that PEBKAC is a real thing. Logic dictates not to blame Linux and hotdog, and instead understand the consequence of using unverified/unvetted software.

@Bro666

@Lenni
You can, and also @flameshot provides more tools and colors, but it is a “still frame” because Flameshot captures the screenshot first, and then let the user to annotate it. Therefore it is not useful if a video is playing in the background or slides are changing or moving through the code.

Side note:: I’m one of the maintainers of Flameshot ;) and I’m glad you have found it handy :ablobcatattention:

https://github.com/orgs/flameshot-org/people

@[email protected] @[email protected]

@Pantherina I don’t know what you mean by Autoremove, but here are some tips:

Undo the last line by Meta+Shift+F12

Clean everything by Meta+Shift+F11

In the latest version (at least the one that is in KDE’s git repo, users can change all those keybindings. Checkout mousemark.kcfg and mousemark\_config.ui files in this link:

https://invent.kde.org/plasma/kwin/-/commit/46807b1a72f1d760b52b92a574face4a7a509a39

I don’t yet have #Plasma6, so I’m not sure if it is already shipped there or not. But the code is done and it is just the matter of time :)

@Larvitz
It seems the Github mirror is way out of date. I checked the https://invent.kde.org (the KDE’s Gitlab instance) and found out that during the past 6 months MouseMark has received some updates, especially about the logic of arrow drawing:

https://invent.kde.org/plasma/kwin/-/commit/46807b1a72f1d760b52b92a574face4a7a509a39

But as far as I can tell, even if you have the latest build from the latest source code, the general process of drawing is the same:

https://invent.kde.org/plasma/kwin/-/blob/master/src/plugins/mousemark/mousemark.cpp#L178-192

@[email protected] @[email protected]

@Larvitz
Basically this is the chuck of code responsible which is how I figured out how to draw an arrow:

https://github.com/KDE/kde-workspace/blob/257b997132217fd73a1b3be14db49735b64235e7/kwin/effects/mousemark/mousemark.cpp#L204-L214

I also don’t see any part in the code that can throw the error. Considering that this is such a simple code and have not changed for about a decade, I don’t think the issue is wayland/x11 either.

I suggest filing a bug report with the screenshot of the error and etc.:

https://bugs.kde.org/buglist.cgi?quicksearch=mousemark&list_id=2631036

@[email protected] @[email protected]

@Larvitz
😅 😂 Yeah, That’s why I explicitly explained the arrow-drawing process in my toot 😉 I also had this problem and figured out how to do it today. The keybinding and behavior for arrows is poorly designed imho and I hope KDE folks improve it.

But for now, this is how you should draw an arrow:

1. move your mouse where you want the arrow head to be
2. press **and release** Meta+Ctrl+Shift
3. move your mouse to where the tail should be
4. repeat step 2

@[email protected] @[email protected]

@[email protected]
The bottom right is great. Modern, warm, enough contrast, … . Imho going with plain blue or green backgrounds are becoming a cliche in KDE and tbh a little bit old-fashioned.

@[email protected]