Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!samsung!uunet!mcsun!hp4nl!star.cs.vu.nl!hvaalde
From: hvaalde@cs.vu.nl (Aalderen van Harold)
Newsgroups: comp.sys.atari.st.tech
Subject: Re: passing to PRG (was: Re: requirements to use VDI)
Message-ID: <10283@star.cs.vu.nl>
Date: 22 Jun 91 23:00:05 GMT
References: <9106211947.AA02697@sun.soe.clarkson.edu>
Sender: news@cs.vu.nl
Lines: 22

AAron@sun.soe.clarkson.edu writes:
>> 
>> And how should we treat GEM programs that take parameters?

>Either use a CLI after desktop, a cooler desktop (ie: Gemini!!!), or write
>a .PRG that asks for parameters then runs your program and passes the
>parameters you just entered (sounds like it might be short, quick, weekly
>for Double Click eh?)...

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 rigth.

hvaalde@cs.vu.nl (Aalderen van Harold)