home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.text:1539 alt.text.dwb:100 comp.sys.att:2830
- Newsgroups: comp.text,alt.text.dwb,comp.sys.att
- Path: sparky!uunet!UB.com!daver!hico2!kak
- From: kak@hico2.westmark.com (Kris A. Kugel)
- Subject: Re: info needed on gc2pic
- Message-ID: <C0GLJ2.93o@hico2.westmark.com>
- Followup-To: comp.text,alt.text.dwb,comp.sys.att
- Reply-To: kak2@hico2.westmark.com
- Organization: High Country Software
- X-Newsreader: TIN [version 1.1 PL8]
- References: <C0E9Iw.3Ip@hico2.westmark.com>
- Date: Thu, 7 Jan 1993 01:01:47 GMT
- Lines: 33
-
- I wrote:
- : There's a set of troff macros that turn a "typewriter drawing" into
- : lines called "gc".
- : As I recall, it handles curves through the use of adjacent '(' or '@'
- : characters. I think they work only for certain Xerox printers.
-
- : .GS
- : @@@
- : @ @
- : @@@
- : .GE
-
- : There's a filter version, called "gc2pic",
- : which generates "pic" output. The version I used
- : did not handle any form of curves.
-
- : Given my lack of a working "xcip/cip" program
- : for generating pic output, gc2pic seems like
- : the easiest way of creating pic pictures fast.
-
- : Is there a newer version of gc2pic available that corrects
- : the curve problem?
-
- Thanks to a friend with an actual manual page,
- I find that the curve-handling invocation is
-
- gc2pic +s
-
- Evidently, splines are an option because some
- output devices can't handle them.
-
- I ended up not being able to use gc2pic, because of its
- tendency to plot text positions exactly as in its input....
-