Konsole Part improvements

[Kevin Puetz]

As part of some improvements I'd like to make to the kpackage APT(debian) 
frontend, I would like to add the ability to execute commands (other than 
$SHELL) to the konsolepart so we could drop the stupid MultiLineEdit being 
used there and have real terminal emulation for the output from these 
commands (some of which would really prefer . I've added handling for 
openURL("exec:/command args") to the konsolepart (we seem to use this idiom a 
few other places, and it seems as sane as any). This means the konsolepart 
now accepts two kinds of URL's - local directories (launch a shell and CD 
there) and programs(launch that program). 

Patch attached, any objections/comments (espescially in the security regard, 
since this allows konsolepart to run commands in response to URL's). 
Konqueror (the main place where a a part risks picking up stray URL's) seems 
not to send exec URI's when the konsolepart and another view are linked. The 
only other users I'm aware of are kate (but kate is a trusted source) and, 
when I'm done, kpackage (which will be sending only internally-generated 
commands, so also a trusted source) But I'm not entirely sure where in 
konqueror they are filtered out, so I'm not sure whether to trust this or 
not. Does anyone know? How should a part go about determining the 
'trustedness' of it's URL source, or is it up to apps to not do stupid things 
like let a webpage link URL find it's way to a konsolepart?

-- 
Kevin Alan Puetz
(515)572-0927
puetzk at iastate.edu
-------------- next part --------------
A non-text attachment was scrubbed...
Name: konsole-exec.diff
Type: text/x-diff
Size: 8862 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20020422/3880db17/attachment.diff>