home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / windows / x / 15511 < prev    next >
Encoding:
Text File  |  1992-08-21  |  2.0 KB  |  52 lines
  1. Newsgroups: comp.windows.x
  2. Path: sparky!uunet!cis.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!cbfsb!cbnewsb.cb.att.com!elton
  3. From: elton@cbnewsb.cb.att.com (elton.huang)
  4. Subject: The most effecient way to scroll: initiate a discussion or asking some direction if already discussed
  5. Message-ID: <1992Aug21.205134.12632@cbfsb.cb.att.com>
  6. Sender: news@cbfsb.cb.att.com
  7. Organization: AT&T
  8. References: <1992Aug21.135451.14359@cci.dk>
  9. Date: Fri, 21 Aug 1992 20:51:34 GMT
  10. Lines: 40
  11.  
  12. Dear Netter,
  13.  
  14. I have been working on the following problem for quite a while:
  15.  
  16. My application is a graphic browser to browse a graph containing
  17. many rectangles. Heavy scaling is involved.
  18.  
  19. I've been trying to find out the fastest way to scroll. "Erase
  20. and redraw"", I belive, is the most easy yet primitive way.
  21.  
  22. I believe one of the solution is pixmap. This does not sound very
  23. good to me for (1) drawing in advance (to the pixmap) is required
  24. which doesn't really save much (you have to draw any way. (2) And
  25. since scaling is too often, the drew-in-advance may be of no use.
  26. (3) Would it requre lots of client-server traffic when using
  27. pixmap ?
  28.  
  29. Region seems to be something better. You can designate a area then
  30. change the offset of it. (I haven't experimented on it) For awhile
  31. I thought this is exactly what I was looking for: manipulating the
  32. screen display memory (frame buffer?) until I found out in the
  33. porting guide of server that region actually is allocated 
  34. dynamically in the heap for server. Then I don't think it will
  35. do much good and I also have to trade off the server memory.
  36.  
  37. Then it's image. But it does look like something like region. Yet
  38. to explore.
  39.  
  40. Here is a question: have I actually exhausted all solutions and
  41. it is actually a concepct of X that server does not expect client to 
  42. manipulate frame buffer directly even through server. If I
  43. really want to do that, the only possible way is to modify the
  44. server to pave the way out. Is this a fair assumption ?
  45.  
  46. Please shed some light if you have any thought or direct me to some
  47. literatures.
  48.  
  49. Thanks,
  50.  
  51. Elton
  52.