home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!news.gtech.com!noc.near.net!hri.com!spool.mu.edu!yale.edu!qt.cs.utexas.edu!cs.utexas.edu!sun-barr!rutgers!cbmvax!andy
- From: andy@cbmvax.commodore.com (Andy Finkel)
- Newsgroups: comp.sys.amiga.misc
- Subject: Re: IDEA->Macro prog w/j
- Message-ID: <38147@cbmvax.commodore.com>
- Date: 28 Dec 92 15:24:55 GMT
- References: <n133bt@ofa123.fidonet.org>
- Reply-To: andy@cbmvax.commodore.com (Andy Finkel)
- Organization: Flying Cat, Inc.
- Lines: 29
-
- In article <n133bt@ofa123.fidonet.org> Aric.Caley@ofa123.fidonet.org writes:
- >BTW, why is Conclip a separate program? And the same goes for IPrefs? Why
- >weren't they integrated into the Shell/Workbench?
-
- There were several reasons at the time:
- 1) we didn't want to make Intuition dependent on AmigaDOS (as it would
- be if Intuition did filesystem accessing things like IPrefs)
- 2) we didn't want to make the console.device dependent on disk loaded
- devices (like the clipboard.device)
- 3) we wanted IPrefs to be more easily changable than if it were in ROM.
- 4) we didn't want to give Intuition its own process (for compatiblity
- reasons, for memory reasons, etc) which it would require if Iprefs
- were to become part of Intuition. Otherwise we'd end up the
- restriction that only processes could have preference access.
- 5) we didn't want to make the console.device a process, either.
- 6) Because the clipboard.device lives on the Workbench disk, there's
- little downside to having conclip live on the Workbench disk, too.
- 7) Because the preferences live on the Workbench disk, there's very
- little downside to having IPrefs live on the Workbench disk, too.
-
- andy
- --
- andy finkel andy@cbmvax.commodore.com
-
- "There are two kinds of fool. One says, 'This is old, and therefore good.'
- And one says, "This is new, and therefore better.'" - Dean Inge
-
- Any expressed opinions are mine; but feel free to share.
- I disclaim all responsibilities, all shapes, all sizes, all colors.
-