Capturing file descriptor 3, or alternatives.

[Bill Freeman]

The several of these I've looked into (duck-duck-go is having a hard time
finding some of them) solve a problem that I don't have, writing the UI.

Some are inappropriate even for that, since they must interface using
the tty that their parent process (shell) is using, not some X server not
available over said tty connection.

I have no problem writing the UI myself (particularly in Python).  What
I haven't figured out is how to return the results to the parent shell.  Not
because I can't write it somewhere other than the tty, but because I don't
know how to get the shell to hook up a pipe to that extra fd, to which I
can write, and from which the shell can later read (while leaving the tty
connected to the usual fds.

On Tue, Jun 19, 2012 at 5:51 PM, Michael ODonnell
<michael.odonnell at comcast.net> wrote:
>
>
> Here is a more complete list of candidates some of which may
> handle the fd gymnastics in question for you and then simply
> utter the desired results on their stdout:
>
> Python:
>  python-dialog - Python module for making Text/Console-mode user interfaces
>
> Text:
>  dialog        - Displays user-friendly dialog boxes from shell scripts
>  kommander     - visual dialog builder and executor tool
>  ssft          - Shell Scripts Frontend Tool
>  whiptail      - Displays user-friendly dialog boxes from shell scripts
>
> X11:
>  xmessage      - display a message or query in a window (X-based /bin/echo)
>  gxmessage     - xmessage clone based on GTK+
>  zenity        - Display graphical dialog boxes from shell scripts
>  kaptain       - universal graphical front-end for command line programs
>
> _______________________________________________
> gnhlug-discuss mailing list
> gnhlug-discuss at mail.gnhlug.org
> http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/