home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / apple2 / gno / 740 < prev    next >
Encoding:
Text File  |  1992-12-30  |  2.9 KB  |  63 lines
  1. Newsgroups: comp.sys.apple2.gno
  2. Path: sparky!uunet!munnari.oz.au!metro!ipso!fawlty!johnmac
  3. From: johnmac@fawlty.towers.oz.au (John MacLean)
  4. Subject: Re: Multiple Desktop Applications
  5. Reply-To: johnmac@fawlty.towers.oz.au (John MacLean)
  6. Organization: Tower Technology, Sydney
  7. Date: Tue, 29 Dec 1992 21:39:59 GMT
  8. Message-ID: <1992Dec29.213959.1868@fawlty.towers.oz.au>
  9. References: <1992Dec28.220347.20730@fawlty.towers.oz.au> <bazyar.725609147@teal>
  10. Lines: 51
  11.  
  12. In article <bazyar.725609147@teal> bazyar@teal.csn.org (Jawaid Bazyar) writes:
  13. >johnmac@fawlty.towers.oz.au (John MacLean) writes:
  14. >
  15. >>Would it be possible to:
  16. >>[.....]
  17. >>- In this way, have multiple applications running on the desktop under
  18. >>GNO, with each application running in a scaleable window with a menu bar.
  19. >>Has anyone given this (or something similar) some thought?
  20. >
  21. >  John,
  22. >  Lots of thought.  First off, there are lots of programs that people
  23. >will (reasonably) expect to run from such an environment.  The ones
  24. >I'm referring to, like modZap, soniqTracker, Finder, synthLab, Platinum
  25. >Paint, and many other, all write directly to the screen.  This is a big
  26. >problem and it's highly unlikely anyone will ever change these apps
  27. >to not write directly to the screen.
  28. >
  29. >  Other than that, what you noted above is just a few of the things
  30. >that Switch-It! does to make its application switching environment
  31. >work for most programs.
  32. > Jawaid Bazyar
  33.  
  34. Just giving you a chance to plug Switch-It :-).
  35.  
  36. Seriously, I didn't think Switch-It put applications into scaleable windows,
  37. I thought it JUST swapped out the entire screen (and all the toolset direct
  38. pages, stack, global data, etc, etc, etc). Otherwise you would still have
  39. the problem of programs writing directly to the screen.
  40.  
  41. What I was proposing was that tool calls were patched so that Quickdraw,
  42. menu manager, etc, etc, were all actually only started once.
  43. When multiple applications tried to start up screen based toolsets the
  44. patch code would keep tables of virtual screens in windows, and only start
  45. the toolsets if they had not already been started.
  46. You wouldn't have direct page toolset conflict, because each toolset would
  47. only be started once.
  48. When toolcalls were made, the grafport etc would be set to the virtual
  49. window of the appropriate application (determined via a getpid() and a
  50. table lookup).
  51. Although this is extremely complicated (as is what you have achieved), this
  52. would allow (I would think) multiple desktop applications to multitask
  53. PRE-EMPTIVELY.
  54.  
  55. As you suggested, this doesn't get around applications that write directly
  56. to the screen, and more than likely there are other very serious problems
  57. with existing applications.
  58. -- 
  59. This net: johnmac@fawlty.towers.oz.au                   Phone: +61 2 427 2999
  60. That net: uunet!fawlty.towers.oz.au!johnmac             Fax:   +61 2 427 7072
  61. Snail:    Tower Technology, 1 Apollo Pl,                Home:  +61 2 449 5930
  62.           Lane Cove, NSW 2066, Australia.
  63.