home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / amiga / programm / 11663 < prev    next >
Encoding:
Internet Message Format  |  1992-07-26  |  3.2 KB
  1. Path: sparky!uunet!zephyr.ens.tek.com!uw-beaver!micro-heart-of-gold.mit.edu!wupost!darwin.sura.net!Sirius.dfn.de!fauern!Germany.EU.net!mcsun!corton!dmi.ens.fr!basilic!espie
  2. From: espie@basilic.ens.fr (Marc Espie)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: MakeScreen(); RethinkDisplay() vs. MakeVPort(); MrgCop(); LoadView()
  5. Message-ID: <1992Jul26.161306.15784@ens.fr>
  6. Date: 26 Jul 92 16:13:06 GMT
  7. References: <1b5c1b9e.ARN5a25@moria.UUCP> <paulk.0ucw@terapin.com> <1992Jul22.192458.5966@spuddy.uucp> <33307@cbmvax.commodore.com>
  8. Sender: news@ens.fr (USENET News System)
  9. Organization: LIENS, ENS, 45 rue d'Ulm, Paris (France)
  10. Lines: 51
  11. Nntp-Posting-Host: basilic.ens.fr
  12.  
  13. In article <33307@cbmvax.commodore.com> peter@cbmvax.commodore.com (Peter Cherna) writes:
  14. >In article <1992Jul22.192458.5966@spuddy.uucp> spark@spuddy.uucp (Steve) writes:
  15. >>
  16. >>It's about time the slowness of ReThinkDisplay() was discussed. If
  17. >>it wasn't so slow, we'd e able to hvae copper scrolling, among other things.
  18. [Bad example IMHO]
  19. >
  20. >Intuition gives you features, but that comes with overhead.  Intuition
  21. >is pretty efficient for the most part, especially given its responsibilities
  22. >vis the kinds of things it has to achieve and support.  RethinkDisplay()
  23. >is slow because it potentially has a lot of work to do.  Far more than
  24. >you probably realize.
  25. >
  26. >If you can't stomach the overhead (and you're certain there's no better way
  27. >-- see below!), then you have to do without the features Intuition supplies.
  28. >That is, you have to make your own view and viewports.
  29. >
  30. >>If CBM can't speed up RTD(), how about adding some kind of special support
  31. >>for the above kind of scrolling. Sure would make text editors look nice.
  32. >
  33. >It seems that several programmers are able to achieve significant scrolling
  34. >performance, and in a window, no less.  And in a window is where a text
  35. >editor belongs.  No copper trick lets you scroll text in an Intuition window.
  36. >If you don't believe me, check out the various high-performance text editors
  37. >such as TurboText, CygnusEd, and others.
  38. [There I agree with Peter Cherna]
  39. >
  40. >RethinkDisplay() is the general "I munged a screen, please make everything
  41. >happy again" function.  We're not going to supply specialized mini-versions
  42. >to handle each potential sub-case.
  43. >
  44. Alright, not every potential subcase.
  45. How about support for double-buffering at the intuition level ? 
  46. I don't think I'm the only person who would like that. There is support for
  47. strange things like dual-viewports, why not double-buffering ?
  48. I know how to do it with my own view, but it is cumbersome, and you have to
  49. reinvent the wheel... Stealing the mouse from intuition, building your own
  50. menus (eventually) restoring back everything when needed. What a hastle.
  51. It would be more impressive (and more useful) if intuition had a mechanism
  52. for it. Short of going through RethinkDisplay(), is there any
  53. intuition-friendly trick available ? I'm not aware of any.
  54.  
  55. Even with a 68030, RethinkDisplay() still takes too much time... 
  56. Kind of sad if you want real-time 3D graphics.
  57. The 68882 is fast enough, but not RethinkDisplay(). 
  58. Oh well. I'll step down from my soap-box now.
  59. -- 
  60.      Marc Espie (espie@ens.fr)
  61. `In Unix, no one can hear you scream.
  62. Sys V R4, the final battle. 
  63. The aliens are ALREADY among us.'
  64.