Path: utzoo!utgpu!water!watmath!clyde!bellcore!faline!thumper!ulysses!andante!mit-eddie!ll-xn!ames!killer!tness7!tness1!sugar!peter From: peter@sugar.UUCP Newsgroups: comp.sys.amiga.tech Subject: Re: User Perception of IPC Operation Message-ID: <2214@sugar.UUCP> Date: 28 Jun 88 21:48:24 GMT References: <6393@well.UUCP> Organization: Sugar Land UNIX - Houston, TX Lines: 32 In article <6393@well.UUCP>, ewhac@well.UUCP (Leo 'Bols Ewhac' Schwab) writes: > DPaint happily takes the ILBM, hacks it, and returns it. The user is happy > and returns to work in DPaint, and finds that his work session was munged > because DPaint had to toss it to method his object. Programs that method an object shouldn't method anyone else's objects. If an author did this, then he would be wrong. If it turns out that DPaint *does* need the space, it should tell the user that there's not enough memory, and ask if he would like to toss his work session. > Under a PPIPC system, the result of the DPaint scenario would be no > different. But the user would realize ahead of time that *he is sending > commands to DPaint*, and that his actions could screw up the work session, > since DPaint will have to *do* something to satisfy the requests. Not to mention that he gets to hook up the Butcher icon to the dPaint icon in his IPC Patch Panel... which gives a great visual feedback. I must admit that one reason that I prefer PPIPC over OOIPC (apart from the fact that PP > OO :->) is that I *want* to wire my software up like this. > To be fair, an OOIPC system is *exactly* what you want for a > consumer-level machine, since the paradigm is so understandable and elegant. > However, the "problems" outlined above should be addressed before any > serious work on it starts. No, it should be started as soon as possible. I think Stuart should get down to writing code so we can have some facts. It's so much more satisfying to flame when you have some real facts. -- -- `-_-' Peter (have you hugged your wolf today?) da Silva. -- U Mail to ...!uunet!sugar!peter, flames to /dev/null. -- "A foolish consistancy is the hobgoblin of little minds".