Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!think.com!spool.mu.edu!munnari.oz.au!bunyip.cc.uq.oz.au!brolga!uqcspe!cs.uq.oz.au!warwick
From: warwick@cs.uq.oz.au (Warwick Allison)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: passing to PRG (was: Re: requirements to use VDI)
Message-ID: <2088@uqcspe.cs.uq.oz.au>
Date: 24 Jun 91 02:30:56 GMT
Article-I.D.: uqcspe.2088
References: <9106211947.AA02697@sun.soe.clarkson.edu> <10283@star.cs.vu.nl>
Sender: news@cs.uq.oz.au
Reply-To: warwick@cs.uq.oz.au
Lines: 35

>>> And how should we treat GEM programs that take parameters?

>>... or write
>>a .PRG that asks for parameters then runs your program and passes the
>>parameters you just entered.

>This does not solve the problem, if I buy a commercial program like
>1st word, adimens (exec.prg and init.prg) that accepts parameters
>I would like to be able to give them even from the standard desktop
>So the desktop should provide the oppurtunity to do so.
>I understand that renaming it to .TTP is not the right way.

>But can't I 
>fool around in the desktop.inf file to make the desktop ask for parameters
>for a GEM program and still startup that program as a GEM application?
>May be use the extension GTP or so?

>Actually I believe I once did this but I forgot how I did it and I like to
>know if I did it right.

The first thing would be to attempt to get the Desktop to handle the problem
(ie. GEM Take Parameters).

If this is not possible, then simply write a program (called, say, "GTP.PRG"),
that takes a program as a parameter, pops up a "parameters" box, then runs
the program with those arguments.  Then, simply use Install Application to
make "GTP.PRG" the processor for all "*.GTP" programs.


Warwick.
--
  _-_|\       warwick@cs.uq.oz.au
 /     *  <-- Computer Science Department,
 \_.-._/      University of Queensland,
      v       Brisbane, AUSTRALIA.