Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!samsung!sdd.hp.com!decwrl!pa.dec.com!bacchus!mwm From: mwm@pa.dec.com (Mike (My Watch Has Windows) Meyer) Newsgroups: comp.sys.amiga.programmer Subject: Re: GadTools functionality Message-ID: Date: 29 Jan 91 16:14:47 GMT References: <91023.105132GHGAQA4@cc1.kuleuven.ac.be> <18096@cbmvax.commodore.com> <18232@cbmvax.commodore.com> Sender: news@pa.dec.com (News) Organization: Missionaria Phonibalonica Lines: 36 In-Reply-To: bj@cbmvax.commodore.com's message of 29 Jan 91 01:10:39 GMT In article <18232@cbmvax.commodore.com> bj@cbmvax.commodore.com (Brian Jackson) writes: In article mwm@pa.dec.com (Mike (My Watch Has Windows) Meyer) writes: [ re: Gadtools ... ] > >I.e. - "We're going to fix it, but you shouldn't use it." That's the >answer I got last time. To me, that indicates the what I said above - >that you don't consider this a problem, but something you're going to >have to kludge in a fix for. ^^^^^^ Simply stated, Peter does not kludge things. His work is well thought out and well implemented. Implications to the contrary are off base I didn't mean to imply that his work was a not well implemented. The behavior of the code is proof to the contrary. The attitude of "don't use requesters, use windows instead" indicates that he views adding support for requesters as a kludge, and wishes they would go away. >This is _not_ making things simpler. I suspect that most folks writing Intuition stuff will find Gadtools to be a major improvement. I suspect that you will use it too since to do otherwise makes for a LOT more work to do the same thing. A lot of folks think it's ok to trade pain for principle... If there weren't already a fair number of libraries floating around that did most of those things - both sans restrictions, and with less pain, I'd agree with you.