Path: utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!cs.utexas.edu!tut.cis.ohio-state.edu!n8emr!cmhgate!f200.n226.z1.FIDONET.ORG!ADAM.FRIX
From: ADAM.FRIX@f200.n226.z1.FIDONET.ORG (ADAM FRIX)
Newsgroups: comp.sys.mac
Subject: Re: comp.mac.binaries (should be comp.bin
Message-ID: <36254.25A82D35@cmhgate.FIDONET.ORG>
Date: 5 Jan 90 05:22:30 GMT
Sender: ufgate@cmhgate.FIDONET.ORG (newsout1.26)
Organization: FidoNet node 1:226/200 - Aurora Borealis, Gahanna Oh
Lines: 33

Edgar Knapp writes:
 
EK> >I noticed that a demo of Raymond Lau's latest commerical effort
EK> >is showing up in comp.mac.binaries in ten parts. I've also
EK> >noticed other people say that their free software is stuck in the
EK> >queue for comp.mac.binaries. As much as I admire Mr. Lau's work,
EK> >I wonder if it's "right" that a demo of his commerical product
EK> >takes up a lot of bandwidth in comp.mac.binaries when there is a
EK> >lot of other stuff that could be sent out. "Commerical use of the
EK> >net" is overused at times, but such demos seem to fall under that
EK> >category. Bandwidth is being used to advertise and sell a
EK> >commerical product.
EK> 
EK> I could very well do completely without crippleware or commercial
EK> stuff on comp.binaries.mac. At least it should be the policy to
EK> give these postings the lowest possible priority.
 
I guess it didn't bother me too much, one way or the other.  If the
decision came down to strike such stuff, I don't think I'd yell or scream
or anything.  On the other hand, if it comes through, oh well.  I guess my 
attitude in this case is tempered by the fact that this "demo" of Ray
Lau's ShortCut is NOT crippleware, but rather a demo done in a HyperCard
stack.  I think I do agree that I, and the world, could do without
crippleware.  That sounds like a good starting place for restricting
commerical stuff, at any rate.  Give the commercial stuff low priority,
fine. That makes perfect sense.
 
--Adam--
 
--  
ADAM FRIX via cmhGate - Net 226 fido<=>uucp gateway Col, OH
UUCP: ...!osu-cis!n8emr!cmhgate!200!ADAM.FRIX
INET: ADAM.FRIX@f200.n226.z1.FIDONET.ORG