home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / atari / st / tech / 6303 < prev    next >
Encoding:
Internet Message Format  |  1992-12-16  |  3.0 KB
  1. Path: sparky!uunet!mcsun!uknet!gdt!aber!hrs
  2. From: hrs@aber.ac.uk (Herbert Martin Sauro)
  3. Newsgroups: comp.sys.atari.st.tech
  4. Subject: Re: Sending objc_draw to a memory buffer rather than screen
  5. Message-ID: <1992Dec11.122927.4363@aber.ac.uk>
  6. Date: 11 Dec 92 12:29:27 GMT
  7. References: <1992Dec7.171606.23964@aber.ac.uk> <1g074oINNpbf@rs1.rrz.Uni-Koeln.DE> <1992Dec9.210726.220@elroy.jpl.nasa.gov>
  8. Organization: University of Wales, Aberystwyth
  9. Lines: 46
  10.  
  11. In article <1992Dec9.210726.220@elroy.jpl.nasa.gov> hyc@hanauma.jpl.nasa.gov (Howard Chu) writes:
  12. >In article <1g074oINNpbf@rs1.rrz.Uni-Koeln.DE> kim@vax.mpiz-koeln.mpg.dbp.de writes:
  13. >>Of course, you can  do  this  the  hacky  way,  using  the  XBIOS
  14. >>setscreen() function to redirect the screen output to some buffer
  15. >>from which you  then  blit  according  to  your  needs.  This  is
  16. >>definitely  not  the  way  to  go  if the software you develop is
  17. >>supposed to run under any multitasking TOS version, and I'm  sure
  18. >>the  mere fact I mentioned this possibility will get me flames...
  19. >
  20. >Actually, MiNT maintains a private copy of the Logbase pointer for
  21. >every process, so this would be a viable approach. However, I think 
  22. >there's an easier way to manage the scrollable text list - just reset
  23. >the string pointers and redraw the list.
  24. >
  25. >I've got a question of my own tho (which shows my own inexperience with
  26. >GEM, sigh) - how do you update a window that is partially obscured, and
  27. >make sure that you only redraw the area that is exposed? (I'm not talking
  28. >about fielding a redraw event from AES, but when you want to draw new stuff
  29. >into a window and it is no longer the top window. Is that rectangle list
  30. >always valid, so I should just treat these two cases the same way?)
  31. >-- 
  32. >  -- Howard Chu @ Jet Propulsion Laboratory, Pasadena, CA
  33.  
  34. I have found two problems with using the normal redraw approach to
  35. updating a list box. The first is that (I presume you mean redraw with
  36. objc_draw) redraws are quite slow (unless you have an accelerator)
  37. and secondly there is a lot of flicker -- of course one could use
  38. Vsync to clean the display but the then redrawing slows down even more.
  39.  
  40. I'm afraid I can't answer your question directly but I have a feeling
  41. that the visible rectangle list is available for every open window including
  42. the desktop. The fact that the desktop has its own rectagle list is not
  43. very well documented as far as I can tell and it was only by working my
  44. way through a GEM application listing from a German mag that I realised
  45. that the desktop did have its own rectangle list - this is essential when 
  46. you have icons on the the desktop which get covered and uncovered by other
  47. windows.
  48. So from that I suppose that a non-topped window also
  49. must have its own rectangle list.
  50.  
  51. Herb
  52. -- 
  53. /******************************************************************************
  54. Herbert Sauro                                   e-mail: hrs@aber.ac.uk
  55. Biological Sciences                              phone: +44 970 622353
  56. Univesity College of Wales                                                    
  57.