home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / database / informix / 2803 < prev    next >
Encoding:
Internet Message Format  |  1992-12-23  |  2.1 KB
  1. Path: sparky!uunet!gatech!darwin.sura.net!spool.mu.edu!olivea!gossip.pyramid.com!pyramid!infmx!cortesi
  2. From: cortesi@informix.com (David Cortesi)
  3. Newsgroups: comp.databases.informix
  4. Subject: Re: Display array highlist
  5. Message-ID: <1992Dec21.175031.11266@informix.com>
  6. Date: 21 Dec 92 17:50:31 GMT
  7. References: <memo.808387@cix.compulink.co.uk> <1992Dec15.145006.8036@mnemosyne.cs.du.edu>
  8. Sender: news@informix.com (Usenet News)
  9. Organization: Informix Software, Inc.
  10. Lines: 37
  11.  
  12. In article <1992Dec15.145006.8036@mnemosyne.cs.du.edu> aburt@mnemosyne.cs.du.edu (Andrew Burt) writes:
  13. > [his homespun solution is a lot more work than...] something like
  14. >
  15. >    OPEN WINDOW foo AT 5,5 WITH 10 ROWS, 60 COLUMNS
  16. >    ...
  17. >    REPORT TO WINDOW foo
  18. >
  19. >"report to window" should automatically allow scrolling, like display array.
  20.  
  21. How would you want this window defined?  Just a bare window, or would
  22. you require a form in it?  (Your mention of DISPLAY ARRAY suggests a
  23. form.)  So what is the relationship between the number of lines per
  24. "page" and the dimensions of the screen array?
  25.  
  26. One big problem you are overlooking is that some reports are
  27. asynchronous -- all the rows you OUTPUT just go in a temp table and
  28. nothing actually comes out until FINISH REPORT is executed.
  29.  
  30. Which means that the window you would name in [START] REPORT TO would
  31. have to still exist at FINISH REPORT time. There is no way that 4GL can
  32. ensure that.  Not a show-stopper, but it would mean a possibly obscure
  33. error message on FINISH REPORT (window not available).
  34.  
  35. In fact this would be a general problem; the program could always CLOSE
  36. WINDOW foo in between any two OUTPUT TO REPORT lines, and in fact the
  37. program could CLOSE the window and then reOPEN the window with
  38. different dimensions -- or DISPLAY a different FORM -- between two
  39. outputs!  So basically the report-display logic would have to track
  40. what could be a very dynamic, moving target for line width and page
  41. length.
  42.  
  43. That isn't a problem for your specific application I'm sure, but it
  44. illustrates the kind of problems that would have to be dealt with for a
  45. general implementation.
  46.  
  47. Dave Cortesi
  48.     cortesi@informix.com
  49.