On Jul 31, 2009, at 11:24 PM, Brian Fisher wrote:
Besides, having two websites for pygame users for a while doesn't mean there will be two websites forever. If one wins, the other will probably die, one way or another. A little confusion in the short term may well be worth it in the end.<snip>If, on the other hand, the website being proposed becomes a reality though, and people who use it think it's super awesome, and it looks like it will likely be well maintained, then the new proposal would be something like "migrate the project data over, migrate the site over to the main server, and then let everyone love the awesomeness", which is a very different proposal.
Creating an entirely new site is really the proper way to continue at this point. If the new site trumps pygame.org in terms of useful documentation, tutorial resources, and community features, pygame programmers will flock to it. Until then, it's just an unproven proposal that isn't going to gain traction. Once you have some traction, then this discussion can continue.
I understand that not everyone wants mailing list traffic about it, but I think the first step would be to not have a seperate closed mailing list discussing website development. Discussing it here allows everyone to debate about features/implementation without building it first and then getting rejected.I agree with keeping it on list - but I have to ask, are pygame- users offended/annoyed/displeased by the mailing list traffic on this? I'm not aware of anybody who has said so. Have you heard from anyone who is?I can't speak for Zack, but when he posted "Let's do our best to keep drama off the mailing list" I interpreted it to be more like saying people should keep their posts practical and professional instead of being emotional - as opposed to saying "take it off list guys"
That's exactly what I meant. Talking about a new website is perfectly appropriate here. It's a great place to get advice and feedback too. Just keep it professional. No one here is out to stifle anyone else or violate the principles of open source. In fact, never are the principles of open source drawn into better contrast then when parties are at a disagreement about the direction of a project. Don't fight: demonstrate.
-Zack