GuildWiki talk:Builds

I Archived the current discussion. Since some of it was quite recent, you can go and return the relevant text to continue the discussion, or just restart it. -- Ifer (t/c) 14:02, 2 October 2006 (CDT)

Three To One
The three to one process is not very accepted, but I feel it works well within this policy. Discuss it's usage in this policy here. If we decide not to use this, a note should be added to relevant pages that requests build authors to vote on other builds as well, with three to one as a basic guideline.

personally, I think this is great and I believe it can be used effectively here. -- Ifer (t/c) 13:28, 2 October 2006 (CDT)


 * It seems most people liked the idea but the main opposition was in regards to how to implement it. You made a good suggestion about how to implement this idea but nobody really responded.  Does anyone have any opposition to the 3 to 1 policy if it is implemented in the way Ifer suggested? (Before a build is moved from stubs to untested, the author of a build is required to provide links to his 3 votes in order to prove that he has fulfilled his obligation). -- BrianG 18:08, 2 October 2006 (CDT)


 * I see no problem with suggesting or providing encouragement for new contributors to vote; but I see no practical way to enforce it - as a result I'm against making it part of the policy. The suggestion to provide links is equally impractical - you're still stuck with figuring a way to enforce that the user doesn't repeat their links on multiple builds. --- Barek (talk • contribs) - 18:19, 2 October 2006 (CDT)


 * Yes, basically you're right, but most of the wiki seems to operate on trusting other users. The rule wouldn't have to be strictly enforced, but at least it gets a point across to new users, once they submit one build and understand that they have to help out by voting on other builds, they will get the idea.  Even if it wouldn't work perfectly it would at least make a positive difference in comparison to the way builds are currently entered.  Even if the requirement was only for a user's first build submission it would still be better. -- BrianG 23:36, 2 October 2006 (CDT)


 * For the reasons stated here I disagree with the proposal regardless of the way it would be implemented. Having new contributors vote on untested builds is not going to raise neither quality nor quantity of new builds. Instead, it's gonna scare off contributors who are not willing to further invest into the guildwiki. Comparing that to the status quo I'd rather spite an author instead of a losing good build. My personal favorite from the discussion was moving the whole build section to a new site with special GW build contribution software. ~ Nilles (chat) 06:10, 3 October 2006 (CDT)

Catergory Names
I have currently named the catergories I use Stubs, Untested, Favored, Neutral and Unfavored. The fourth has met some resistance, and I have an alternative: Favored, Neutral and Unfavored can be changed to Favored, Unfavored and Unfavored (Delete notice for irrelivance to the Wiki). In this case, a week should be enough time to correct the build or to sway the vote - if not, the page is deleted.

Discuss.

I personally don't care, I think either will work. -- Ifer (t/c) 13:40, 2 October 2006 (CDT)


 * It seems to me that there are 2 main kinds of people who use the builds section. Those who want to document the most commonly used builds, and those who enjoy creating or brainstorming on new build ideas.  This is okay, because different people are allowed to enjoy the game in different ways.  Personally, my favorite part of the game is coming up with my own build, so I don't really have that much interest in reading documentation of the most popular builds (aside from helping me learn what I might be up against).


 * The first group of people seem opposed to the concept of having a separate section for neutral or closely disputed builds to go to rather than unfavored, while the second group (including myself) seems to like this idea. I think this is because we may enjoy browsing through other people's ideas to help with our own creativity, or we like the challenge of taking a concept that is almost working and see if we can get it the rest of the way.  And it would also allow the untested section to be used more efficiently by both groups.


 * The nice thing about categories is that if certain people have no interest in the content of that category, they can choose not to click on it, and the people who do have an interest in that category, can use it without interfering with other people's purposes. If some people would have use for a category but others would not, what is the harm in having that category?  Wouldn't that be the best solution to satisfy both of these groups of people? -- BrianG 18:03, 2 October 2006 (CDT)