Version: 1.6.6 (using KDE 3.5.6, Debian Package 4:3.5.6.r1.dfsg.1-2 (4.0)) Compiler: Target: i486-linux-gnu OS: Linux (i686) release 2.6.18 Just as konqueror supports kio-slaves, I would like to see konsole do the same. For example, when I want to copy a file using webdav I can just type: "cp webdav://sourceFile destinationFile" and the same for, say, smb. Also editing files on remote filesystems could be very convenient this way. cd smb://directory and vi fileToEdit
Konsole is only responsible for the terminal window, sending user input to the program running in the terminal and displaying the output from the terminal - it has nothing to do with the shell or the commands which are invoked using the shell. The closest thing to this is the kio-fuse tool which makes KIO's facilities accessible via the standard UNIX file system, by allowing directories in the filesystem to be associated with particular URLs. When you browse those directories, KIO is invoked to retrieve the files from the (possibly remote) URL. http://kde.ground.cz/tiki-index.php?page=KIO+Fuse+Gateway
As konsole is responsible for _sending_ user input to the program running in the terminal, it could check if the program is a shell if so, act as a wrapper for that. (Face it: using a shell is a fairly common practise among konsole users.) Now, if the program running in konsole is a shell - and konsole knows it - it could intercept the user input before it gets delivered to the shell and check if there is something that would be appropriate to be handled by an ioslave (for example a reference to http or webdav) and make an appropriate decision. Equally, for output it could search for redirects (">") to such places and take the appropriate measure. If this option was enabled as a command line parameter, it would make it possible to write kio-aware shell scripts. Of course it would need to be disabled by default, or it would confuse the truly network-aware apps, like links or wget. On the other hand, having this functionaity would give increased "it just works" feeling to all users of kde.
> As konsole is responsible for _sending_ user input to the program > running in the terminal, it could check if the program is a shell if so, > act as a wrapper for that. Konsole sends the characters to the shell as you type them, it doesn't see the whole command line. Nor does it have any idea about the state of the shell, other than basic information about the foreground process. The suggestion is in effect the same as asking for KIO support in your keyboard. You are looking in the wrong place. The component that needs to be modified to implement your suggestion is not the terminal emulator but the shell process ( typically bash ) itself. Writing a shell, and possibly a suite of tools to go with it which can make use of the KIO framework is do-able, but that is a separate project.