home *** CD-ROM | disk | FTP | other *** search
/ DP Tool Club 17 / CD_ASCQ_17_101194.iso / vrac / edgar.zip / EDGVID.DOC < prev    next >
Text File  |  1993-02-19  |  14KB  |  350 lines

  1.                    Changing Edgar's Video Operation
  2.  
  3. Document No. ds-dk9d1-n2j
  4. First Release: October 29, 1990
  5. This Revision: February 19, 1993
  6. Copyright 1990-1993 Duxbury Systems, Inc.
  7. All rights reserved.
  8.  
  9.  
  10.                             ABSTRACT
  11.  
  12. The Duxbury Braille Editor and Braille Previewer, hereinafter
  13. collectively referred to as Edgar, have been developed to work
  14. with a wide range of video graphics adapters available for IBM-PC
  15. and PC-compatible machines.  In most cases, Edgar automatically
  16. detects and supports whatever adapter is installed.  This
  17. behavior is referred to as autodetect.  Edgar also automatically
  18. selects a color scheme appropriate for the particular display
  19. adapter.
  20.  
  21. This document, intended primarily for the advanced user or
  22. technician, gives further details about Edgar's video adapter
  23. support.  It is possible to tailor this support for unusual
  24. environments or needs by editing Duxbury's parameter-list file. A
  25. a general description of this file is given, followed by
  26. descriptions of specific modifications to make to it to get Edgar
  27. to work with your video board even if autodetect fails, to
  28. eliminate bothersome flicker on EGA/VGA/MCGA displays, and to
  29. change Edgar's color scheme and braille dot size.
  30.  
  31.  
  32.                              NOTICES
  33.  
  34. Information in this and other documents with this product is
  35. subject to change without notice and does not represent a
  36. commitment on the part of Duxbury Systems, Inc. Duxbury Systems
  37. assumes no responsibility for any errors that may appear, other
  38. than to provide corrected information in response to inquiry.
  39.  
  40.  
  41.                      THE PARAMETER-LIST FILE
  42.  
  43. Duxbury's parameter-list file is an ASCII text file named
  44. DXPRLS.DXR, which, if it exists, will be found in the Duxbury
  45. working directory (most often C:\DUXBURY).  The file is optional
  46. and likely will not exist on your system.  You can easily create
  47. or modify this file with an ordinary text editor, such as EDLIN.
  48.  
  49. The parameter-list file is line oriented.  All lines beginning
  50. with a semicolon are considered comments and are ignored.  The
  51. first non-comment line must read exactly:
  52.  
  53. for dxc 1
  54.  
  55. and is used as an "interlock" to ensure that the file was written
  56.  
  57.  
  58.                                 2
  59.  
  60. to specifications referred to as dxc (Duxbury "C" language)
  61. version 1.
  62.  
  63. If you are creating a new DXPRLS file, the next non-comment line
  64. should read:
  65.  
  66. ...101
  67.  
  68. to begin section 101, the named parameter section.  This is the
  69. only section needed to manipulate Edgar's video support, and so
  70. it is the only portion described here.  (If you are a user of the
  71. Duxbury Translator, a file that comes with that product, DXC.TXT,
  72. contains additional information about the DXPRLS.DXR file.)  The
  73. named-parameter list is similar in function to DOS' environment
  74. variables.  It is used to specify values for optional program
  75. parameters, such as screen colors.  Duxbury's programs check this
  76. list for specific named parameters before resorting to default
  77. values.  Each line following the section header (...101) until
  78. the end of file or the next section header should appear as
  79. follows:
  80.  
  81. PROGRAM-NAME.PARAMETER-NAME:VALUE
  82.  
  83. For example, the line:
  84.  
  85. edgar.video:4
  86.  
  87. will set the value of the "video" named parameter, used by edgar
  88. and described later, to 4 -- which, as listed later, would force
  89. EGA mode.  In general, parameter values may be numbers, as in
  90. this example; text; or boolean (true/false) values, indicated by
  91. using + (plus) for true and - (minus) for false.
  92.  
  93. If you do already have a DXPRLS file, you can modify it by adding
  94. section 101 (if necessary) just before any higher-numbered
  95. sections, or at the end of file if no such sections exist.  Once
  96. you have found or created the named-parameter section, it is
  97. quite simple to add, modify, or remove named-parameter
  98. definitions.
  99.  
  100.  
  101.                        SUPPORTED VIDEO ADAPTERS
  102.  
  103. Following is a list of all video adapter standards supported by
  104. the current version of Edgar running on an IBM family
  105. microcomputer or compatible:
  106.  
  107.  
  108.                                 3
  109.  
  110.         CGA ....... Color Graphics Adapter
  111.         EGA ....... Enhanced Graphics Adapter
  112.         VGA ....... Video Graphics Array
  113.         MCGA ...... Multicolor Graphics Adapter
  114.         Hercules .. including Hercules Plus and InColor
  115.  
  116. No other video adapters are supported at this time, except insofar
  117. as they are capable of emulating one of the above.  In
  118. particular, the original IBM Monochrome Display Adapter (MDA) is
  119. not supported.  If Edgar is run on a computer with a
  120. non-supported video adapter, it should simply exit with an error
  121. message.  However, the user is cautioned that under unusual
  122. circumstances, Edgar may cause the machine to freeze up or crash
  123. if run on a machine without one of the supported video cards.
  124.  
  125.  
  126.                   COPING WITH AN AUTODETECT FAILURE
  127.  
  128. On occasion, Edgar might fail to detect the installed video card
  129. correctly, even if that card is otherwise capable of supporting
  130. the program.  Symptoms of this problem include the
  131. above-mentioned error message or mysterious crashes.
  132.  
  133. At other times, Edgar will function properly even if autodetect
  134. has failed.  For example, if a VGA card is installed but is seen
  135. by Edgar as a CGA card, the program will function, but the
  136. quality of the display will be diminished.  You can easily check
  137. for this kind of problem by using Edgar's version information
  138. command (Alt-v), which will display the type of video adapter on
  139. which Edgar thinks it is operating.
  140.  
  141. If you are convinced that Edgar's autodetect is not functioning
  142. properly, it is possible to force Edgar to drive your display as
  143. whatever supported adapter you wish.  The technique for doing
  144. this is referred to as autodetect override, and may be useful
  145. even if Edgar's autodetect is working, if you wish to drive your
  146. display in some special manner.  For example, some users may
  147. prefer for Edgar to treat an EGA or VGA display as CGA, since the
  148. latter display type will have larger, bolder dots.  As another
  149. example, some users with Hercules boards may prefer a 40
  150. cell/line display to the default 45 cells/line.
  151.  
  152. Autodetect override is accomplished by specifying one of the
  153. following numeric values for Edgar's "video" named parameter:
  154.  
  155.         2 for CGA
  156.         4 for EGA with color (Color or Enhanced Color Display)
  157.         5 for EGA with monochrome display
  158.         7 for VGA
  159.        10 for MCGA
  160.  
  161.  
  162.                                 4
  163.  
  164.       256 for Hercules if 40 cell/line display is desired
  165.       257 for Hercules if 45 cell/line display is desired
  166.       258 for EGA with Color Display (640x200 maximum resolution)
  167.       259 for EGA with Enhanced Color Display (640x350 maximum)
  168.  
  169.  
  170.                   CHANGING THE BRAILLE DOT SIZE
  171.  
  172. On all supported adapters except the CGA, braille is normally
  173. drawn using "bold" dots, so called because they are larger than
  174. the dots used in previous versions of Edgar.  The larger dots
  175. allow low-vision users easier access to the screen, and were
  176. requested by many early Edgar users for this purpose.  It is
  177. possible to reduce the dot size to match earlier Edgar versions
  178. by inserting the line:
  179.  
  180. edgar.bolddot:-
  181.  
  182. into section 101 of the DXPRLS file.  Note that the character
  183. following the colon is a minus sign, indicating boolean false.
  184.  
  185. The CGA driver uses larger, coarser dots to draw braille.  These
  186. dots are not adjustable in size.  As described in the previous
  187. section, it is possible to force Edgar to treat an EGA, VGA, or
  188. MCGA display as CGA, if extremely bold dots are desired.
  189.  
  190.  
  191.                           REDEFINING COLORS
  192.  
  193. Similarly, named parameters are used to specify non-default
  194. colors for Edgar's display.  However, due to the varying
  195. capabilities of displays, both the parameter names and the
  196. potential values differ depending on what kind of video hardware
  197. is installed.  In all, Edgar recognizes three different levels of
  198. color capability:
  199.  
  200.   For COLOR displays, including all VGA and MCGA systems as well
  201.   as EGA systems running with a color monitor, Edgar allows you
  202.   to choose from a palette of 16 colors.  For each element that
  203.   appears on screen, separate foreground and background colors
  204.   should be specified.
  205.  
  206.   For MONOCHROME displays, specifically EGA cards with a
  207.   monochrome monitor, Edgar allows each element to be displayed
  208.   as white on black, black on white, or bright white on black.
  209.  
  210.   For BLACK & WHITE displays, such as Hercules and CGA systems,
  211.   Edgar allows each element to be displayed as white on black or
  212.   vice-versa.
  213.  
  214.  
  215.                                 5
  216.  
  217. Table I summarizes the named parameters used to specify color
  218. redefinitions for each of the above categories of display.
  219.  
  220.         Table I - Named Parameters for Color Redefinition
  221.  
  222.                   Color (EGA/VGA/MCGA)     Monochrome  B & W
  223.                   Foreground  Background   (EGA Mono)  (CGA/Herc)
  224.                   ==========  ==========   ==========  =========
  225. Text:             cstxf       cstxb        mstx        bwstx
  226. Selected Block:   cshlf       cshlb        (1)         (1)
  227. Status Line:      csslf       csslb        mssl        bwssl
  228.   Highlights:     csslh       (2)          (3)         (3)
  229. Dialog Boxes:     csdbf       csdbb        msdb        bwsdb
  230.   Borders:        csdbbf      csdbbb       msdbb       bwsdbb
  231. Menu Boxes:       csmf        csmb         msm         bwsm
  232.   Borders:        csmbf       csmbb        msmb        bwsmb
  233.   Titles:         csmtf       csmtb        msmt        bwsmt
  234.   Selection:      csmsf       csmsb        msms        bwsms
  235.  
  236. (1) - On monochrome and black and white systems, the selected
  237. block is always shown as the inverse of normal text.
  238.  
  239. (2) - On color systems, the backgrounds of highlighted characters
  240. is always the same as the backgrounds of non-highlighted
  241. characters within the same element.
  242.  
  243. (3) - On monochrome and black and white systems, status line
  244. highlights are not shown.
  245.  
  246. For color systems, the value for each parameter should be one of
  247. the following: BLACK, BLUE, GREEN, CYAN, RED, MAGENTA, BROWN,
  248. WHITE, GRAY, LBLUE, LGREEN, LCYAN, LRED, LMAGENTA, YELLOW, or
  249. LWHITE. Names beginning with an "L" indicate the light, or
  250. intense version of the color.  (Note: both parameter names and
  251. values are case-insensitive.)
  252.  
  253. On monochrome systems, each parameter should be one of the
  254. following: NORMAL (white on black), INVERSE (black on white),
  255. UNDERLN (white on black with underline), or INTENSE (bright white
  256. on black).
  257.  
  258. Black and white systems allow only NORMAL and INVERSE.
  259.  
  260.  
  261.              ELIMINATING FLICKER ON THE EGA/VGA/MCGA
  262.  
  263. In order to maintain compatibility with the widest possible range
  264. of video hardware, Edgar makes as few assumptions about that
  265. hardware as possible.  In particular, Edgar performs functions
  266. such as screen mode changes and font downloads to the
  267.  
  268.  
  269.                                 6
  270.  
  271. EGA/VGA/MCGA strictly through the video BIOS if at all possible.
  272. This may cause a mildly annoying flicker on your display whenever
  273. the cursor changes or when you toggle shadow dots on/off.
  274.  
  275. Edgar can be configured to eliminate flicker on compatible
  276. hardware by waiting for the vertical retrace period (the time
  277. during which the monitor's cathode ray is repositioned from the
  278. bottom to the top of the screen) before downloading any font
  279. information.  Since retrace typically occurs 60 times per second,
  280. no noticeable slowdown occurs.  However, in order to determine
  281. the point at which retrace begins, Edgar needs to be sure it is
  282. operating on a genuine IBM EGA/VGA/MCGA or a register compatible
  283. clone.  While most clones are in fact register compatible, you
  284. may wish to check with your manufacturer for this feature before
  285. following the steps below.  Use of Edgar's flicker-elimination
  286. feature on non register-compatible equipment may cause
  287. unpredictable results.
  288.  
  289. Enabling flicker elimination is accomplished simply by adding the
  290. line:
  291.  
  292. edgar.vgawvr:+
  293.  
  294. to section 101 of the DXPRLS file, as described above.  This
  295. assigns a value of "True" to the vgawvr (VGA Wait for Vertical
  296. Retrace) named-parameter.  The parameter is named vgawvr
  297. regardless of whether Edgar is actually running on and EGA, VGA,
  298. or MCGA system.
  299.  
  300.                STARTING EDGAR WITH AN ASCII DISPLAY
  301.  
  302. Normally Edgar starts up with a graphics braille dot display. 
  303. Users who want to view the braille as ASCII characters can toggle
  304. that mode on with a Ctrl-D.  It is possible to get Edgar to start
  305. up with the ASCII display by default.  Simply place the following
  306. line in section 101 of the DXPRLS file, as described above:
  307.  
  308. edgar.txmode:+
  309.  
  310.                     FORCING DISPLAY LINE COUNT
  311.  
  312. On certain VGA cards, such as the SpeedSTAR Plus, Edgar can
  313. display more than the usual seventeen lines of braille.  However,
  314. on some of these cards, Edgar is unable to detect the presence of
  315. this capability.  If you notice that Edgar's display does not
  316. fill all of your VGA screen, you may wish to try forcing Edgar to
  317. use more lines of the display.  Try the following line in
  318. DXPRLS.DXR:
  319.  
  320. edgar.rows:19
  321.  
  322.  
  323.                                 7
  324.  
  325. If this succeeds, you may wish to try increasing the number to 20
  326. and beyond.  In general, there is no harm in trying this
  327. procedure.  However, you should always verify that you can
  328. actually see the number of rows specified; for this purpose,
  329. Edgar's status line DOES count as a row.  If you cannot see all
  330. of the rows, reduce the edgar.rows setting to avoid operational
  331. problems.
  332.  
  333.  
  334.                             AN EXAMPLE
  335.  
  336. The following is the DXPRLS.DXR file we use to optimize the
  337. display on a Toshiba 3100SX (a portable with a gas plasma VGA
  338. gray-scaled screen):
  339.  
  340. ; dxprls.dxr for Edgar on Toshiba 3100SX
  341. for dxc 1
  342. ...101
  343. edgar.vgawvr:+
  344. edgar.cstxb:black
  345. edgar.cstxf:lwhite
  346. edgar.csslb:black
  347. edgar.csslf:white
  348. edgar.csdbb:black
  349. edgar.csdbf:lwhite
  350.