Guidelines for feature requests
Moderator: Moderators
Guidelines for feature requests
Just for clarity, this new feature request forum is not intented to stimulate spamming every little thing you can think of into a thread. Please put some thought into why it would be useful to request or implement this.
- don't post mod feature requests, those should go in the mods forum
- don't put up requests for a particular implementation of an idea if you aren't a game programmer.
- before posting you should check the MTR and ofcourse this forum to see if your idea isn't already posted.
- don't post mod feature requests, those should go in the mods forum
- don't put up requests for a particular implementation of an idea if you aren't a game programmer.
- before posting you should check the MTR and ofcourse this forum to see if your idea isn't already posted.
Last edited by jcnossen on 31 Jul 2006, 12:28, edited 3 times in total.
- unpossible
- Posts: 871
- Joined: 10 May 2005, 19:24
Maybe we can make a wiki page for an organised "approved feature requests"... set up some kind of "not everyone told the requester to shut up and stop ruining things" system for approval... something similar to the MTR but for ideas we all acctually like... organised into "just change a variable" to "rework the entire codebase" spectrum... that or we could start graduating things from the feature request forum to the mantis.unpossible wrote:perhaps we should start collating similar requests together?
for example, shield related stuff could go into a shields thread. the poster could then collate all the different requests into an easy list.
i'm happy to kick off a shield one, just post in it and i'll add the request to the first post
- unpossible
- Posts: 871
- Joined: 10 May 2005, 19:24
- Evil4Zerggin
- Posts: 557
- Joined: 16 May 2007, 06:34
Re: Guidelines for feature requests
What exactly should go in this forum (or Help and Bugs for that matter), and what should go on Mantis?
Re: Guidelines for feature requests
Your requests for features should go here, your patches to implement those features should go on mantis. Help and Bugs should really just be "help" or a fairly non-technical discussion of bugs and workarounds. Confirmed bugs (i.e. you know how to reproduce it) should always go on Mantis, as well as your patches to fix those bugs.
Re: Guidelines for feature requests
I like this rule but not many people follow it- don't put up requests for a particular implementation of an idea if you aren't a game programmer.
Re: Guidelines for feature requests
Could we put up suggestions of implementations we think seem good and have it explained(or linnked to an explaination of) why it is not a good idea in the interests of learning and that someone may fluke onto an idea?Snipawolf wrote:I like this rule but not many people follow it- don't put up requests for a particular implementation of an idea if you aren't a game programmer.
Re: Guidelines for feature requests
Well it's not really a rez, but... what? Hmm, it does seem likely to be a bot by the sig, but it's not spamming any links.
Re: Guidelines for feature requests
I think he assumes the signature is shown, but it isn't.
Re: Guidelines for feature requests
hahaha it's a newb bot
Re: Guidelines for feature requests
Hahaha, it's a 4 month rez by someone who should know better.