Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!swrinde!cs.utexas.edu!rutgers!gatech!psuvax1!psuvm!dearn!dmswwu1c!onm07
From: ONM07@DMSWWU1A.BITNET
Newsgroups: comp.sys.atari.st.tech
Subject: Re: requirements to use VDI
Message-ID: <91172.112632ONM07@DMSWWU1A.BITNET>
Date: 24 Jun 91 13:34:15 GMT
References: <1991Jun19.112606.20682@convex.com>
Lines: 38
Organisation: Westfaelische Wilhelms-Universitaet, Muenster, Germany

In article <1991Jun19.112606.20682@convex.com>, rosenkra@convex.com (William
Rosencranz) says:
>
>maybe this is a dumb question but...
>
>is it possible to call VDI routines without writing a full blown GEM
>application? ideally, i would like to just use something like v_fillarea
>or somesuch. i realize that i need a device handle, so maybe i need
>all the other stuff (baggage) too. it would be great to be able to
>use VDI in .ttp programs. can u open a device without appl_init?
>
No. At least not a 'virtual' workstation, because you need to know the
handle of the currently opened 'physical' workstation used by the AES (use
graf_handle() to get it).

>if it is not possible to write a .ttp with VDI (i suppose it is not
>since the extension tells the OS to either prepare for GEM or don't)
>then is it possible to read command line args with a GEM program (.prg)?
>i.e. one doing appl_init, open workstation, etc. if so, how? i use
>alcyon. my shell is gulam. is it possible with gcc/gemfast/etc?
>
There is no difference for GEM programs. You can use the usual argc/argv
binding.

>i'd hate to have to do the fill with line A or directly to the screen.
>FFT maps) easy if u draw from back to front. the fill eliminates hidden
>features of the plot (desirable). i have used this in full GEM progs,
>but want to use it in .ttp progs where i draw points and lines (with
>line A). don't beat me up about line A, either. if/when i get a TT,
>i will switch. as far as i know, line A is the ONLY way to draw lines
>(other than fixing pixels in Physbase) in a .ttp.
>
The question is: why in the hell do you WANT to use graphics in a
non-graphics-oriented program. Why don't you write a GEM program?
___________________________ cut here _____________________________________
Julian F. Reschke, Hensenstr. 142, D-4400 Muenster, Phone: ++49 251 861241
fast eMail: ONM07@DMSWWU1A.BITNET,    slow: jr@ms.maus.de (++49 251 77216)
____________________ correct me if I'm wrong _____________________________