At 11.12 -0400 1999.07.13, Richard Gordon wrote: >> >4. Especially since BBEdit enhanced its MacPerl integration, there is >> >5. A swing by >> >6. If you accept the proposition that while Perl can do a lot of >> >7. Aside from being able to investigate mac-centric issues, the main >> >>I am not sure how any of these argues for a single MacPerl list. > >Again, I don't consider MacPerl an end in itself or even something >that lends itself to containerized discussion. I think that cgi is >what is driving the adoption of Perl outside of unix (which is >probably the main reason why Chairman Bill would love to hijack >Perl), tho there are plenty of other potential uses for it. If that >belief is warranted, then it strikes me as counterproductive to >formally restrict discussions of cgi (even if the ultimate server >will not be running MacPerl). Well, if CGI becomes a primary topic of discussion here, many people would leave the list. And I don't want it to sound like I am blackmailing anyone here, but I might be one of those people. Many of us Perl people have tried as much as we can to isolate CGI from general Perl discussions, because 1. we don't care about CGI, and 2. there is too much non-Perl discussion where CGI is discussed in Perl forums and 3. there is too much conflation between CGI and Perl by people, and we are trying to combat it. In EFNet/#perl (an IRC channel), CGI is specifically off-limits. In comp.lang.perl.moderated, CGI is specifically off-limits. In comp.lang.perl.misc, CGI is not specifically off-limits, but it is treated with general disdain. I think this is how it should be. Some people disagree, and that is their prerogative. >If nothing else, I don't see where toolbox, porters, modules >and MPPE need to be split off of the main list since they are >MacPerl-centric by definition. porters and toolbox issues often scare away newbies. MPPE is a product, and I think it is a bit scary to closely tie MPPE to the main MacPerl mailing list (even if the publisher does host the lists ... maybe that makes it even more scary). modules is a different case ... I don't think it is too constructive to talk about complex issues regarding module construction, distribution, building, organization on a general list where many people will only be confused. That one, though, I wouldn't care too much one way or another if it were separated. >By the same token, why not consolidate >AnyPerl, cgi and the Forum (which I wasn't even aware of) into a >single miscellaneous-other list? Since I don't really frequent any of them (or subscribe to two of them), that's fine by me. Sounds like a pretty good idea, actually. -- Chris Nandor mailto:pudge@pobox.com http://pudge.net/ %PGPKey = ('B76E72AD', [1024, '0824090B CE73CA10 1FF77F13 8180B6B6']) ===== Want to unsubscribe from this list? ===== Send mail with body "unsubscribe" to macperl-request@macperl.org