Rich Morin <rdm@cfcl.com> wrote: >In any case, this is beside the point. In order to display >the banner, one only needs to use MacPerl in _some_ manner. >Using it as part of a web server is a plausible inference, >but not generally true of the banner sites. *I* use a Mac as a webserver, so I'm a little miffed at Bart's statement. Of course, I don't use MacPerl on said webserver. I have Mac-specific tools to serve dynamic pages. Maxum's NetCloak Pro, which does a whole lot more than allow dynamic web-pages and forms processing, Filemaker Pro, and Lasso are quite popular, and my provider makes them available. My web-host (we're on a virtual domain server) Digital.Forest, is one of the OLDEST Mac-only web providers. Founder Chris Kilborn is "DA MAN"! I'm not alone here. Adam Engst hosts his TidBITS newsletter on Macs <http://www.tidbits.com/> (in fact, TidBITS just moved in next door to us over at DF (just outside gorgeous Bothell, WA (many miles from where I live and work, actually))). Alas, I also have a business partner who's paranoid about advertising to the world just what software we use. I've tried to straighten him out on the issue, but he won't let me fly the MacPerl banner (grumph!) MacPerl powers my back-end. I run updated in BBEdit which call MacPerl scripts. MacPerl::Glue drives Macjordomo to poll it's POP3 acounts at regular intervals, I'm working on MacPerl scripts which automagically update the external Javascript files behind Mycoinfo's newsfader (I helped debug version 3.0 of the fader so that it works right in ALL 4.0 and later browsers on the Mac (no mean feat)!) Source for the newsfader is available: http://webreference.com/dhtml/column27/ I'm doing XML in MacPerl. I'm hoping the MacPerl 5.6 will be suitable for placing on a server. POSIX pthreads will be a godsend in this respect. However, until Mycoinfo gets off the virtual domain and onto a colocated server (We're looking for private investors. Please send huge wads of cash to Mycoinfo, P.O. Box.... ;-)). In short, my point is that MANY people use MacPerl, and MANY people run Mac-based webservers, but the intersection of those two sets is small. Thus the number of people who can advertise on the web that they use MacPerl isn't a reflection of who, or how widely its used. Apple uses MacPerl extensively. Why don't THEY fly the MacPerl banner? Simple: MacPerl isn't THEIR product! They can't play favorites and keep on the good graces of all the things which compete with products they use. However, take a look at HeaderDoc. Tell me that's not a very public use of MacPerl? CarbonDater anyone? Perhaps we need a way to indicate who's using MacPerl without requiring the banner. The banner is nice. I support using the banner. I'd use it on my site were I allowed (I may yet sneak it in (I've been known to work an end-around on Phil when he's not looking)). Perhaps a webpage on the MacPerl site with a list of individuals and corporations which use MacPerl, regardess of whether they fly the banner on their site. It would provide a place for folks use MacPerl, but who, for various reasons CAN'T fly the banner. --B Brian McNett, Webmaster ************************************************************* Mycoinfo. The world's first mycology e-journal. http://www.mycoinfo.com/ ************************************************************* # ===== Want to unsubscribe from this list? # ===== Send mail with body "unsubscribe" to macperl-request@macperl.org