Tremulous’ current voting system has numerous inadequacies, inefficiencies, and bugs. At the same time voting has been essential in Tremulous for selecting maps, having community based policing through the execution of admin powers (such as kick/mute/denybuild/spec), effecting the overall flow/outcome of a game (such as draw, admit defeat, early sudden death, and extending the game), as well as gathering opinions from the server (i.e. polls). The issues of voting in Tremulous has often times resulted in abuse by a random minority.
Making voting fair, reliable, effective, and generally not annoying is an important milestone that GrangerHub development has been working to achieve. This topic is for discussing the voting issues, and how GrangerHub development can resolve those issues. Some of the possible solutions to these issues have been implemented on test7341 in whole or in progress. Other possible solutions are planned but not yet implemented. Any and all suggestions for improving voting in Tremulous, as well as constructive criticisms are encouraged. Some of the concepts discussed have their ownw linked topics from this topic.
-
A vote passing can have more imposing results on the server as a whole or on specific individuals, than if a vote doesn’t pass, since for most types of votes, their passing means intervention. Such imposing intervention should only occur if an actual majority of the players present feel that such intervention is necessary.
-
To ensure that votes can only pass if the majority of players present on the server desire that a given vote passes, test7341 makes use of counting “abstained” votes as no votes.
-
To increase the number of players who would participate in voting, the voting prompt needs to be more visibly and audibly noticeable, while still not being too distracting from the game. This issue is being addressed here: Improving the noticability of voting prompts.
-
Players should be able to change their votes until the vote is over. with a combination of the removal of the in progress detailed result counter as mentioned above, and not having the changing of a vote register a sound, changing votes couldn’t be used as a form of spam. As a consequence, voting should not end early when the passing threshold is met.
-
There should be predefined valid reasons required for kick and mute votes
-
There should be a denycallvote command, as wells as a denycallvotes vote that would be applied to players who have abused the calling of votes, without having to mute them, where mute would not be required otherwise.