home *** CD-ROM | disk | FTP | other *** search
/ ProfitPress Mega CDROM2 …eeware (MSDOS)(1992)(Eng) / ProfitPress-MegaCDROM2.B6I / DESQVIEW / MISC / DVXHLP10.ZIP / EXAMPLE.ZIP / Q23.TXT < prev    next >
Encoding:
Text File  |  1992-05-30  |  2.2 KB  |  60 lines
  1. /FHQ23: What is NOFF.SHP {NOFF.SHR}?/FB
  2.  
  3.  
  4.  
  5. NOFF.SHR is an older version of NOFF.SHP.  So what's NOFF.SHP?
  6.  
  7.  
  8.  
  9. DESQview is the child of an older IBM program called TopView.  Because
  10. Quarterdeck wanted DESQview to run all the old TopView programs, they
  11. made DESQview compatible to TopView, in much the same way you can run
  12. programs written for DOS 3.3 in DOS 4.0.
  13.  
  14.  
  15.  
  16. If a program writes directly to the video memory, TopView (and DESQview)
  17. cannot run it in a small window.  So IBM allowed programs to be TopView-
  18. aware (similar to DESQview-aware /JB(see Q3)/q3.txt/) by giving them ``virtual''
  19. video memory on request.  This memory looks like video memory, but
  20. characters written into it do not get displayed on the screen.
  21.  
  22.  
  23.  
  24. Since DESQview is a much smarter program that TopView ever was, DESQview
  25. can automatically update the window from the virtual video memory.  But
  26. TopView did not have that ability.  The TopView-aware program had to
  27. make another call which would manually update the window from the video
  28. memory.
  29.  
  30.  
  31.  
  32. Quarterdeck wanted to make DESQview look as much like TopView as
  33. possible, so they decided that if a TopView-aware program makes this
  34. call to update the window, then the automatic updating of DESQview would
  35. be turned off.
  36.  
  37.  
  38.  
  39. DESQview can do a better job of updating the window from the virtual
  40. video buffer than *some* programs.  So the purpose of NOFF.SHP is to
  41. capture the TopView update call before it gets to DESQview and not let
  42. DESQview see the call.  That way, DESQview never turns off the automatic
  43. updating, and your window output is less jerky.
  44.  
  45.  
  46.  
  47. Whether or not you should use NOFF.SHP depends on how the TopView-aware
  48. program updates its screen.  If it changes only small parts of the
  49. screen at a time but requests that the entire screen be updated, use
  50. NOFF.SHP.  But if the program tells TopView (DESQview) exactly which
  51. part of the screen changed, output may look smoother without NOFF.SHP
  52. because an automatic update doesn't take place until the end of each
  53. program's time slice /JB(see Q9)/q9.txt/.
  54.  
  55.  
  56.  
  57. Although NOFF.SHP is included in the Quarterdeck-supplied DVP for
  58. Wordperfect, it is not required if you are using a 386 or better and
  59. you turn on text virtualization.
  60.