95

logout or X crash destroy all jobs running in a console (as 'konsole' session with multiple tabs) unless you embed your command in a 'screen' session.

I'm refering to:
console tasks which DO NOT involve X in any way, just plain console applications as:
- mv a b
- mplayer (for music listening)
- rsync ...
- scp ...
- wget/curl ...
any X referencing program would of course fail when X is going down.

== what i want ==
konsole should be able to use screen in an transparent way, so once you open 4 tabs in 'konsole' you have also 4 screen sessions running. once X goes down kde is restarting konsole on relogin. now konsole looks for orphaned 'screens' and resumes them.

please read [1] for more details. i consider this use-case straight forward since the benefit is obvious to anyone who had a frequently crashing X with low bandwidth links for instance when downloading with wget instead of kget.

[1] http://invalidmagic.wordpress.com/2009/10/20/process-control-on-logout/

This is also useful for some tasks that only work in a true terminal session and not a terminal emulator like console. Some lower-level x11 tasks require a real console. I am not sure, though, that is is actually possible.

Rename nohup into task. Task should't have terminal output. If thinks goes wrong, we will display notification with button links to task output. Also task is done message could appear.

task rm -r ./source_code


Add information about task to system help.

In future we can provide more flexible task, integrating it to at program or cron.

Output of task should been redirected to file and we can use tail -f in konsole to show it.

Use cases:
Mathew wrote "task make" in some source directory. Terminal output is free and no rubbish are displayed. Mathew can click on special task manager button to display background task. He can show task by clicking on item represents Konsole Window. When task is finished notification will appear. Additionally we tries to guess task is exit normally or abnormally. Remember in many cases console programs will returns 0 if all right and other error code in different situation.

Could be very useful because sometimes my KDE crashes during transcoding and that really is annoying.
But could it be that this solution takes a lot of performance?

I wonder if this goes along nicely with the - imho not-so-good - idea of making all konsole windows a single process.

Honestly, that almost drives me away from using konsole at all. Screen would be a fine backend for it though.

Maybe it would be better to use tmux ( tmux.sf.net ).
It has much better code quality, its actively maintained and has more features.
GNU screen is ATM much more known and used but its in essence unmaintained and no developer has extended knowledge of its code.

Marked as submitted: https://bugs.kde.org/show_bug.cgi?id=58868

I have idea how to solve one problem. Instead of using screen as console backend, we can allow to run whole shell with nohup. Just add new checkbox to profile configuration dialog and add new profile to Konsole, witch has this checkbox set. We can call new profile as immutable session.