home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!munnari.oz.au!ariel!ucsvc.ucs.unimelb.edu.au!lugb!lux!9125113g
- From: 9125113g@lux.latrobe.edu.au (Mitch Davis)
- Newsgroups: comp.lang.pascal
- Subject: Re: BGI Env variable
- Message-ID: <1992Sep12.070621.17525@lugb.latrobe.edu.au>
- Date: 12 Sep 92 07:06:21 GMT
- References: <2148.2AAF90B7@catpe.alt.za> <1992Sep11.125327.20440@kth.se>
- Sender: news@lugb.latrobe.edu.au (USENET News System)
- Organization: La Trobe University
- Lines: 18
-
- In article <1992Sep11.125327.20440@kth.se> kjell@weber.e.kth.se (Kjell Rilbe) writes:
- >In article <2148.2AAF90B7@catpe.alt.za> Louis.Mandelstam@p2.f42.n7101.z5.fidonet.org (Louis Mandelstam) writes:
- >>.....
- >
- >Wouldn't it be best to fo it this way: Let the program check for the
- >environment variable BGI, and if it exists, use the BGI it sepcifies,
- >otherwise use the built-in autodetect to find which one of the standard
- >(and linked-in) BGI:s to use.
-
- In fact, (since a LOT of programs just pass an empty string to the BGI
- Init thingy), the '' can be replaced with GetEnv('BGI'), and you get the
- best of both worlds - downward compatibility and support for the BGI
- variable.
-
- I also think (Duncan!) BGIDRV and BGIFNT are suitable names for the
- other options.
-
- Mitch.
-