home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / amiga / misc / 19191 < prev    next >
Encoding:
Internet Message Format  |  1992-12-29  |  3.1 KB
  1. Path: sparky!uunet!cs.utexas.edu!usc!news.service.uci.edu!ucivax!ofa123!Aric.Caley
  2. From: Aric.Caley@ofa123.fidonet.org
  3. Newsgroups: comp.sys.amiga.misc
  4. Subject: Re: IDEA->Macro prog w/j
  5. X-Sender: newtout 0.02 Nov 17 1992
  6. Message-ID: <n1355t@ofa123.fidonet.org>
  7. Date: 28 Dec 92  23:09:02
  8. Lines: 60
  9.  
  10. > Organization: Flying Cat, Inc.
  11. > From: andy@cbmvax.commodore.com (Andy Finkel)
  12. > Message-ID: <38147@cbmvax.commodore.com>
  13. > Reply-To: andy@cbmvax.commodore.com (Andy Finkel)
  14. > Newsgroups: comp.sys.amiga.misc
  15. >
  16. > In article <n133bt@ofa123.fidonet.org> Aric.Caley@ofa123.fidonet.org writes:
  17. > >BTW, why is Conclip a separate program?  And the same goes for IPrefs?  Why
  18. > >weren't they integrated into the Shell/Workbench?
  19. >
  20. > There were several reasons at the time:
  21. > 1) we didn't want to make Intuition dependent on AmigaDOS  (as it would
  22. >   be if Intuition did filesystem accessing things like IPrefs)
  23. > 2) we didn't want to make the console.device dependent on disk loaded
  24. >   devices (like the clipboard.device)
  25. > 3) we wanted IPrefs to be more easily changable than if it were in ROM.
  26. > 4) we didn't want to give Intuition its own process (for compatiblity
  27. >   reasons, for memory reasons, etc) which it would require if Iprefs
  28. >   were to become part of Intuition.  Otherwise we'd end up the
  29. >   restriction that only processes could have preference access.
  30. > 5) we didn't want to make the console.device a process, either.
  31. > 6) Because the clipboard.device lives on the Workbench disk, there's
  32. >   little downside to having conclip live on the Workbench disk, too.
  33. > 7) Because the preferences live on the Workbench disk, there's very
  34. >   little downside to having IPrefs live on the Workbench disk, too.
  35.  
  36. OK, that all makes sense.  But what about this:
  37.  
  38. Integrate  IPrefs  into  Workbench,  and take Workbench out of ROM and onto
  39. disk.   That  makes  Workbench more easily changed (and Workbench, IMHO, is
  40. one  of  those  things that needs lots more upgrading), and more integrated
  41. (though  I  suppose  it doesnt really matter, it just seems "nicer" to have
  42. Workbench and IPrefs integrated :).
  43.  
  44. Also,  how  "insane"  would  it  be  to  try and write a complete Workbench
  45. replacement?   You  (well, ME, if I decide to try it) would have to replace
  46. all  the  functions  in Workbench.library, etc, and of course a replacement
  47. for IPrefs.
  48.  
  49. As for conclip, that does seem the best way to do it.
  50.  
  51. Thanks for answering my questions..
  52.  
  53. >                      andy
  54. > --
  55. > andy finkel           andy@cbmvax.commodore.com
  56. >
  57. > "There are two kinds of fool.  One says, 'This is old, and therefore good.'
  58. > And one says, "This is new, and therefore better.'" - Dean Inge
  59. >
  60. > Any expressed opinions are mine; but feel free to share.
  61. > I disclaim all responsibilities, all shapes, all sizes, all colors.
  62.  
  63.  -Dances With Coyotes - World's slowest programer-Given that God is infinate-
  64.  -AKA Dances V2.0, Coyote, Critter, Magnet, Major-and  that  the universe is-
  65.  -- Former Net-Lurker - YES, an AMIGA godammit! --also  infinate,  would you-
  66.  --- Still limping along with AmigaOS 1.3  :(  ---like a toasted  tea  cake?-
  67.  
  68.  
  69. --- Maximus 2.01wb
  70.