home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / atari / st / tech / 6282 < prev    next >
Encoding:
Internet Message Format  |  1992-12-15  |  2.8 KB
  1. Path: sparky!uunet!mcsun!Germany.EU.net!rrz.uni-koeln.de!not-for-mail
  2. From: aeg03@rrz.uni-koeln.de (Jan T. Kim)
  3. Newsgroups: comp.sys.atari.st.tech
  4. Subject: VDI suggestions (was: Sending objc_draw to a mem)
  5. Date: 16 Dec 1992 03:13:51 +0100
  6. Organization: Regional Computing Center, University of Cologne
  7. Lines: 43
  8. Message-ID: <1gm3cvINN18r8@rs1.rrz.Uni-Koeln.DE>
  9. References: <A55994@HB.maus.de> <A53826@MS.maus.de>
  10. Reply-To: kim@vax.mpiz-koeln.mpg.dbp.de
  11. NNTP-Posting-Host: rs1.rrz.uni-koeln.de
  12.  
  13. In <A53826@MS.maus.de> Julian_Reschke@ms.maus.de (Julian Reschke) writes:
  14.  
  15. >Patrick BETREMIEUX (bpat@cs.mcgill.ca) wrote:
  16. >[...]
  17. >>There is a way to set the width and height of the logical screen, so you
  18. >>may draw the whole list and then blit the part you want, but I don't have
  19. >>the books with me right now. Also, could someone tell me if it's a perfectly
  20. >>legal thing to do. It will work on any ST, and most probably on the STe, and
  21. >>MEGASTe. But does the TT still have this screen-switching stuff available ?
  22. >>Will the Falcon have it?
  23.  
  24. >I guess so. However, it *is* bad programming practice, because you are
  25. >mixing different layers of the operating system (XBIOS and VDI), and
  26. >no one guarantees that this will have the side effects that you expect.
  27. >In fact, it won't work with some graphics cards.
  28.  
  29. While this point is completely valid as such,  I  don't  see  any
  30. reason  why  the VDI should not support redirection of its output
  31. to virtual screens of arbitrary resolutions in x, y and color. In
  32. fact,  I  strongly suggest that next time the VDI is revised, VDI
  33. calls for this purpose should  be  introduced.  Of  course,  that
  34. would  increase incompatibility with PC-GEM, but that seems to be
  35. inevitable anyway. Besides, I don't care about that :-).
  36. Related to this, I found the MEMORY.SYS driver  in  the  fontgdos
  37. package.  However,  there's  no  documentation on it, excepting a
  38. statement like "it prints to memory, of doubtful use at  the  end
  39. user  level".  Could  anyone  direct  me  to  a  source  of  more
  40. exhaustive information?
  41. Finally, I have  recently  posted  the  question  whether  it  is
  42. possible  to  determine which drivers are installed with GDOS and
  43. available to a program. The answer seems to be that there  is  no
  44. VDI  function  to do this, the best thing to do is just opening a
  45. workstation on the desired device and to analyze the  outcome  of
  46. the  v_opnwk()  call.  My  second  suggestion for a future VDI is
  47. therefore that a function for inquiring the available devices  is
  48. provided.
  49.  
  50. Greetinx, Jan
  51.  
  52.  +- Jan Kim -- X.400:    S=kim;OU=vax;O=mpiz-koeln;P=mpg;A=dbp;C=de -+
  53.  |             Internet: kim@vax.mpiz-koeln.mpg.dbp.de               |
  54.  |                                                                   |
  55.  *----=<  hierarchical systems are for files, not for humans  >=-----*
  56.