Summary: | Wish for custom context menu options | ||
---|---|---|---|
Product: | [Applications] konsole | Reporter: | Phillip Taylor <kde> |
Component: | general | Assignee: | Konsole Developer <konsole-devel> |
Status: | REPORTED --- | ||
Severity: | wishlist | CC: | navarroaxel, tcanabrava |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Other | ||
OS: | Other | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Phillip Taylor
2021-04-29 13:24:54 UTC
Phillip, I really like your idea, and I think it's great. Considering that you already have a patch for this, would you have time to implement the rest needed for a generic option? If so, I can give you a hand to get it started. If not, I'll implement when I find the time (near future) I'm happy to try one more time and I'll let you know if I have no success. CCing. I've long been using klipper's very similar functionality for X-selections and the clipboard. But many of the selections are ultimately in konsole so it would be useful to have the functionality directly in konsole, avoiding the selection step and routing through klipper. Which suggests that (at least ultimately) the core feature supporting code could be a framework library that both klipper and konsole (and whatever other kde apps could use the functionality) could simply wrap to implement the feature as needed in their individual contexts. If I were a proper coder I'd be on that "yesterday", as they say. But while I'm often able to read code (especially when pointed at it by a related git commit) and copy/tweak well enough to hack up changes I might need (and I take full advantage of that via gentoo's live-git kde packages), I'm effectively unable to do my own code (bash/lua excepted) "out of whole cloth", so something like this, certainly at better than hard-coded-hack-patch quality, remains well beyond me. |