lengge@chx400.switch.ch (Thomas Lenggenhager) (02/19/91)
I don't want to reinvent the wheel again, but I need a PERL program which
implements a menu user interface.
I had in mind that I want to read the configuration for each menu from a file
which would contain the commands to be executed on each selection.
Do you know of such a PERL library, or did you program something like that
which I could use as a basis to start with?
Thomas
===============================================================================
Thomas Lenggenhager, SWITCH, ETH-Zentrum, CH-8092 Zurich, Switzerland
INET: lenggenhager@switch.ch | Tel: +41-1-261 8178
UUCP: ..!mcsun!chx400!lenggenhager | Fax: +41-1-261 8133
X.400: S=lenggenhager;O=switch;P=switch;A=arcom;C=CHusenet@carssdf.UUCP (John Watson) (02/19/91)
In article <1991Feb18.180753.29742@chx400.switch.ch>, lengge@chx400.switch.ch (Thomas Lenggenhager) writes: > I don't want to reinvent the wheel again, but I need a PERL program which > implements a menu user interface. I have developed a usersub that hooks into most of the useful entries of a commercial package called DTREE from FairCom (USA 314-445-6833). They advertise in most of the 'C' magazines. This gives me access to not only menues & data entry screens but a multiple key file system. One of the first lines in the perl script is a call to open a Dtree script. After that I have the best of both worlds. Once started (about 15 seconds) it is quite responsive. This requires the CTREE & DTREE packages, which cost about $800 US. This may exceed your budget, but it includes source and I prefer to debug my own problems myself. The DTREE script can even HOOK back into PERL subroutines for validation of specific fields or filling in related information on the screen, like vendor names and item descriptions. I also purchased RTREE (report writer) and have used it, but now with this combination all new code uses the perl "write" stmt instead. This combination is "saving my tail" on a very large application that is behind schedule by about a year. With this combination I can write and debug (using perl debugger) very quickly. The best part is that perl there is never a "dead end" where I get 95% done and can't finish because I need some piece of 'C' code to do a critical function. I've been using CTREE & PERL since the first release of each, and being able to combine them into one language is all I could hope for. John Watson -- Independent Programmer -- I have nothing to gain, and I am not related to FairCom Corp. Of course you can have my copy of that usersub and all the pathes I used on CTREE, & DTREE.