home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / database / informix / 2827 < prev    next >
Encoding:
Internet Message Format  |  1992-12-28  |  1.5 KB
  1. Path: sparky!uunet!olivea!gossip.pyramid.com!pyramid!infmx!helium!cortesi
  2. From: cortesi@informix.com (David Cortesi)
  3. Newsgroups: comp.databases.informix
  4. Subject: Re: Display array highlist
  5. Message-ID: <cortesi.725577273@helium>
  6. Date: 28 Dec 92 21:14:33 GMT
  7. References: <memo.830395@cix.compulink.co.uk>
  8. Sender: news@informix.com (Usenet News)
  9. Organization: Informix Software, Inc.
  10. Lines: 25
  11.  
  12. shemminga@cix.compulink.co.uk (Stuart Hemming) writes:
  13.  
  14. >In-Reply-To: <1992Dec21.175031.11266@informix.com> cortesi@informix.com (David Cortesi)
  15.  
  16. >I think a better way would be to arrange to have the report generated
  17. >to a file with the programmer responsible for line and page length.
  18. >Then Informix need only provide a file viewer in a window. The logic
  19. >for this could (should?) be very simple.
  20.  
  21. >If this idea where implemented along with the dynamic report
  22. >definitions (variables for output target, line and page length) then
  23. >reports could be set up in apps to print on 60 line paper pages, in full
  24. >screen and windowed views.
  25.  
  26. >How does that grab you?
  27.  
  28. The latter (ability to use variables in the OUTPUT section) is
  29. generally accepted as a Good Idea, I think.  As to the file viewer
  30. window, why do you want Informix to reinvent the browser
  31. that exists on every platform already (and probably do it wrong :)
  32. when you could just, for example, RUN "less /tmp/report.01"
  33.  
  34. Or under a GUI,
  35.     RUN "/usr/openwin/bin/textedit /tmp/report.01" WITHOUT WAITING
  36. You could even pass -Geometry arguments...  that should impress the troops...
  37.