[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-devel
Subject:    Re: terminal emulation
From:       thomas.friedrichsmeier () ruhr-uni-bochum ! de
Date:       2002-05-26 15:15:29
[Download RAW message or body]

> > 1. The application will not enter interactive mode unless it is running in a
> > terminal, so I could not use the KProcess-classes. Setting up a pty with
> > kdesu/PtyProcess is not exactly comfortable. I saw a thread about adding
> > Pty-support to KProcess somehow on this list. Did anything along those lines
> > ever happen? Will it?
> 
> Hi,
> I currently have been running in with Konsole too (there's a class in
> there TEPty, which does what you want), and the fact that
> the only way its code is usable in other programs is by using
> KonsolePart, which only provides support for showing the user a
> shell.
> There is an improvement coming up for supporting other programs than
> shells too, but i'm not sure this will be enough.
> Therefore, i'm wondering if it wouldn't be better to have Konsole in
> kdelibs as a library, which provides a part, maybe a normal widget,
> but also the internal classes like TEPty)
> I'd like to hear your opinion on this

Having the TEPty-class available would indeed be very helpful to me - and 
somehow I can't imagine that having to run something in a Pty is an entirely 
uncommon situation, and when in TEPty.cpp it reads something like:

  // Find a master pty that we can open ////////////////////////////////

  // Because not all the pty animals are created equal, they want to
  // be opened by several different methods.

  // We try, as we know them, one by one.

I'd really be happy for a ready to use solution. It would seem to me, however, 
that it would be more consistent to extend the KProcess/KProcIO classes 
with the capability to allocate a Pty. As mentioned, there once was a thread 
on this list about that, but there was some debate about the best way of 
integrating the Pty-stuff and after that - it seems - it was all forgotten about.
Either way, I'd really be happy, if someone who knows what their doing - I'm 
afraid I'm entirely unqualified, here - could see into the matter.

Thomas
 
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
[prev in list] [next in list] [prev in thread] [next in thread]