Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!usc!snorkelwacker!ira.uka.de!smurf!gopnbg!tpki!oski!schlut From: schlut@oski.toppoint.de (Olaf Schlueter) Newsgroups: comp.sys.atari.st Subject: Re: TT desktop & prices Message-ID: <5610568@oski.toppoint.de> Date: 17 Sep 90 20:04:24 GMT References: <7739@neptune.inf.ethz.ch> <2295@atari.UUCP> <1990Sep14.140529.1831@chinet.chi.il.us> Organization: private, 2300 Kiel 1 Lines: 35 In article <1990Sep14.140529.1831@chinet.chi.il.us> saj@chinet.chi.il.us (Stephen Jacobs) writes: > >- Support GEM take parameter ( GTP ) type. > > My understanding is that existing compilers don't support passing parameters > to GEM applications. Am I mistaken? Is this going to be supported somehow? Every compiler I have seen for ST computers (lots of C, Modula, Pascal) supports parameter passing to any program: they do not care about the application type. For example even the first version of 1st Word can handle Filenames as parameters ('Install Application' 'DOC'). This feature works also with Calamus (CDK), Turbo C (C-Files). All you need to do with current desktop versions ist to use 'Install Application' (or something similar - i've never seen an english TOS version) in the EXTRAS Menu. However, you will probably have to play around with the location of RSC files (and CFG's and HLP's and ...). This is one example how bad documentation can prohibit the use of a really nice feature. It took more than four years, sloppy speaking, to spread the information about how shel_find() works, and to release a TOS version (1.4) that implements it in an intelligent manner. A lot of programs for the ST in use today don't use this routine. As the result you will probably get problems using the 'Install Application' Feature. Even using TOS 1.4 1st Word Plus versions started via double click on a DOC file icon will probably fail to load the default printer configuration PRINTER.CFG. (disclaimer: I've only seen 2.x versions). Greetings, -- Olaf Schlueter, Sandkuhle 4-6, 2300 Kiel 1, FRG, schlut@oski.toppoint.de ! We have to pay for incoming mail, so don't reply or keep short !