Summary: | "send signal" missing from gui | ||
---|---|---|---|
Product: | [Applications] konsole | Reporter: | Henryk Hecht <5rh4k6a9jjasu4001> |
Component: | general | Assignee: | Konsole Developer <konsole-devel> |
Status: | RESOLVED FIXED | ||
Severity: | wishlist | CC: | adaptee, laudrup |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | openSUSE | ||
OS: | Linux | ||
Latest Commit: | http://commits.kde.org/konsole/a4b08ea190ac5bb6b69601318be95ba6775eb018 | Version Fixed In: | 4.10 |
Sentry Crash Report: | |||
Attachments: | A patch that reintroduces the "Send Signal" menu item from KDE 3.5 Konsole |
Description
Henryk Hecht
2009-11-17 02:25:48 UTC
If someone want's submit code for this, that's fine. We could stick it under Edit as in KDE3. There is one thing that I feel strage about the "send signal" in KDE3 konsole: if I'm just using a shell and not running any foreground process, the signal would be sent to the shell, thus killing the shell and closing the tab. If this is ever readded, I suggest makeing those actions usable only when there is foreground process running, and the signals should only be sent to the foreground process. Created attachment 72840 [details]
A patch that reintroduces the "Send Signal" menu item from KDE 3.5 Konsole
Hi there,
I have missed the same functionality a few times, so I have attached a patch that reintroduces this functionality the same way it was in KDE 3.5.
Feel free to comment on it, I'd be happy to improve it and would of course be very happy if it could be useful enough to be included in an upcoming release.
Thanks for the patch - I'll get around to looking at it sometime and we'll see if it can go in for 4.10 Thanks, great to hear. Looking forward to feedback. I'm inclined to put this in as-is. It will be up to the user to use it correctly. I don't think is worth the effort to try to only allows signal determined by what's running in the session. (In reply to comment #6) > I'm inclined to put this in as-is. It will be up to the user to use it > correctly. I don't think is worth the effort to try to only allows signal > determined by what's running in the session. Sounds great. I think Jekyll Wu's suggestion makes a lot of sense, but I found it better to simply reintroduce the feature as it was in KDE 3.5. I personally find it rather frustrating when new versions of software reintroduce missing features from previous versions, but they behave in a slightly different way. Git commit a4b08ea190ac5bb6b69601318be95ba6775eb018 by Kurt Hindenburg. Committed on 05/08/2012 at 00:05. Pushed by hindenburg into branch 'master'. Add the "Send Signals" menus from KDE 3.5 This reintroduces the "Send Signals" from KDE 3.5. SIGSTOP/CONT/HUP/INT/TERM/KILL/USR1/USR2 Patch by Kasper Laudrup laudrup@stacktrace.dk FIXED-IN: 4.10 M +2 -1 desktop/sessionui.rc M +12 -0 src/Session.cpp M +2 -0 src/Session.h M +53 -0 src/SessionController.cpp M +1 -0 src/SessionController.h http://commits.kde.org/konsole/a4b08ea190ac5bb6b69601318be95ba6775eb018 |