home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / atari / st / tech / 4502 < prev    next >
Encoding:
Text File  |  1992-08-20  |  1.8 KB  |  39 lines
  1. Newsgroups: comp.sys.atari.st.tech
  2. Path: sparky!uunet!mcsun!Germany.EU.net!rrz.uni-koeln.de!aeg03
  3. From: aeg03@rrz.uni-koeln.de (Jan T. Kim)
  4. Subject: How can I "redirect" VDI graphics?
  5. Message-ID: <1992Aug20.214741.191331@rrz.uni-koeln.de>
  6. Organization: Regional Computing Center, University of Cologne, F. R. Germany
  7. Date: Thu, 20 Aug 92 21:47:41 GMT
  8. Lines: 29
  9.  
  10. Hi all Atari technicians,
  11.  
  12. one or two months ago it was mentioned in  some  context  that  I
  13. don't  quite  remember  that  one  should  not  u the setscreen()
  14. function (XBIOS 5) in GEM progams at a  all,  as  well  as  other
  15. tricks to direct the graphics generated by VDI calls to somewhere
  16. else than the "real screen". There certainly are good reasons  to
  17. refrain  from  using such techniques, but then again, they can be
  18. very handy and useful too. For example, it is  possible  to  make
  19. the  VDI  draw in a virtual screen of an (almost) arbitrary size,
  20. and then one can e.g. display this masterpiece in a  window  with
  21. scroll elements by blitting parts of the picture into the window.
  22. There has been a demo program doing this in the  c't  mag,  issue
  23. jan. '91 if I'm not mistaken.
  24. Anyway, my question is if such a redirection can  be  done  in  a
  25. "clean" way. The only thing I can think of right now is writing a
  26. GDOS screen driver for that purpose but that is not only much too
  27. laborious  for  me  to  do,  but it would also be unelegant as it
  28. would mean to re-invent all those VDI functions that are  already
  29. there in the ROMs...
  30.  
  31. curiously waiting for replies,
  32.  
  33. Jan
  34.  
  35.  +- Jan Kim -- X.400:    S=kim;OU=vax;O=mpiz-koeln;P=mpg;A=dbp;C=de -+
  36.  |             Internet: kim@vax.mpiz-koeln.mpg.dbp.de               |
  37.  |                                                                   |
  38.  *----=<  hierarchical systems are for files, not for humans  >=-----*
  39.