Created attachment 173780 [details] Showcase SUMMARY KDE Plasma Settings can't copy embedded links in text by Right Click. Check out the video for showcase of bug. Works under X11 and Wayland. STEPS TO REPRODUCE 1. Open Settings 2. Go to "User Feedback" 3. Press RMB upon "our privacy policy here." OBSERVED RESULT Context Menu won't show, so I can't copy the link. EXPECTED RESULT To fix it. SOFTWARE/OS VERSIONS Operating System: EndeavourOS KDE Plasma Version: 6.1.5 KDE Frameworks Version: 6.5.0 Qt Version: 6.7.2 Kernel Version: 6.10.9-arch1-2 (64-bit) Graphics Platform: Wayland ADDITIONAL INFORMATION Vanilla KDE Plasma, vanilla EndeavourOS. Keys capturing in the video done by ShowMeTheKey.
This is... complicated. In QML software there are multiple ways of making clickable links within long text areas work, and to my knowledge none of them implement what you're looking for. This particular implementation in the user Feedback KCM is a QtQuick TextEdit in read-only non-selectable mode. We could fairly easily implement the requested feature right here, but that wouldn't help every other implementation out there. Options include: - Actually implement it for every case (bad, obviously) - Implement it for Kirigami.SelectableLabel and port everything to use that (better, but sometimes selectability is overkill and giving something called "SelectableLabel" a non-selectable mode is worthy of the mad hatter) As above, but create a new non-selectable text component in Kirigami and port non-selectable text labels to use it (maybe okay but at this point it's feeling like we should just do it in Qt) - Implement the feature in upstream QT components (harder, fewer people could do it, would take like a year before we could actually use it anywhere) What do you think would be the right place to fix this, Nicolas?
(In reply to Nate Graham from comment #1) > This is... complicated. In QML software there are multiple ways of making > clickable links within long text areas work, and to my knowledge none of > them implement what you're looking for. > > This particular implementation in the user Feedback KCM is a QtQuick > TextEdit in read-only non-selectable mode. We could fairly easily implement > the requested feature right here, but that wouldn't help every other > implementation out there. > > Options include: > - Actually implement it for every case (bad, obviously) > - Implement it for Kirigami.SelectableLabel and port everything to use that > (better, but sometimes selectability is overkill and giving something called > "SelectableLabel" a non-selectable mode is worthy of the mad hatter) > As above, but create a new non-selectable text component in Kirigami and > port non-selectable text labels to use it (maybe okay but at this point it's > feeling like we should just do it in Qt) > - Implement the feature in upstream QT components (harder, fewer people > could do it, would take like a year before we could actually use it anywhere) > > What do you think would be the right place to fix this, Nicolas? Actually it works perfectly fine in "KDE Connect" Section of Settings. It shows "Copy Link Location" in Context Menu for links.
It's because that UI element is using QtWidgets, which gives this to us for free. the User Feedback page is built with QtQuick, which does not give this to us for free.
I can in fact implement this in Kirigami.SelectableLabel. That's probably the best we can do here.