Path: utzoo!utgpu!news-server.csri.toronto.edu!rutgers!uwm.edu!wuarchive!zaphod.mps.ohio-state.edu!lavaca.uh.edu!menudo.uh.edu!sugar!peter From: peter@sugar.hackercorp.com (Peter da Silva) Newsgroups: comp.sys.amiga Subject: Re: CALL FOR LOCAL DISCUSSION: Split the c.s.a group more? Keywords: c.s.a, comp.sys.amiga Message-ID: <6835@sugar.hackercorp.com> Date: 19 Oct 90 11:40:29 GMT References: <6814@sugar.hackercorp.com> <963@qucis.queensu.CA> <7842@ucdavis.ucdavis.edu> <107306@convex.convex.com> Reply-To: peter@sugar.hackercorp.com (Peter da Silva) Organization: Sugar Land Unix - Houston Lines: 48 In article <107306@convex.convex.com> swarren@convex.com (Steve Warren) writes: > OK, some of these ideas I like, but some are just a matter of personal > opinion. Ex: .app vs .software; .media vs .multimedia, etc. How about ".applications" instead of ".app"? There's a comp.mail.multimedia, so a comp.sys.amiga.multimedia fits right in. > I *do* think that the final call for discussion should present a definite > *total hierchy* for comp.sys.amiga for discussion. When we vote, it should > be a package vote, not a line-item vote. It should be a package that > includes all future groups in the comp.sys.amiga hierchy and their status. No. A package vote... particularly an all-singing all-dancing all-things-to- all-people package like you've outlined above... will die. Too many new groups at once. Make it a line item vote and you'll avoid the "no vote on general principles" people. As to the structure of the new groups: Leave comp.sys.amiga.tech for now. Or rename it to .programmer. Don't try for .hardware.tech and .software.tech (or whatever). Stick to one level. If you've got sublevels in a group, it's probably not ready for splitting. My suggestions: comp.sys.amiga.users ( not questions or newusers or anything condescending ) comp.sys.amiga.programmer ( was comp.sys.amiga.tech ) comp.sys.amiga.applications comp.sys.amiga.multimedia comp.sys.amiga.rumors comp.sys.amiga.misc ( was comp.sys.amiga ) comp.sys.amiga.hardware ( unchanged ) comp.sys.amiga.games ( unchanged ) comp.sys.amiga.swapmeet ( .wanted and .forsale in one ) > That way we will not wind up with a paradoxical situation of voting to > change the usage of some groups but failing to vote for the creation > of all the needed groups to fill the gaps. If the number of groups involved is small, and the changes standalone, there won't be a problem. -- Peter da Silva. `-_-' .