End of map voting for next map

[GoogleCodeExporter]

Attached patch extends the map rotation code and adds cvar g_mapRotationVote

End of map voting shows a vote menu to players after the intermission
scoreboard but before the server changes to the next map. Voting is done
with the attack (down), repair (up), and vote (F1) keys.

No client side changes are needed, this is done by abusing CenterPrint text.

* cvar g_mapRotationVote: number of seconds to show end of map vote menu
(default 15).

* maprotation.cfg additions:

A map rotation entry with the map name '*VOTE*' will start a vote for the
next map. Place the maps to include in the vote in brackets following the
*VOTE* line, it should look something like this:

mapRotation1
{
map1
map2
*VOTE*
  {
  atcs
  pushcannon_b3
  volcano
  ethereal
  karith
  tremor
  niveus
  nexus6
  }
map3
*VOTE*
  {
  voteset2map1
  voteset2map2
  }
map4
}

In this example map1, map2, map3, and map4 are always played. There are two
places where the next map can be voted.

A maximum of 8 maps can be included per *VOTE*, and are displayed on screen
in the same order as in the cfg file.

If no one votes, the first map will win.

* non-pqvm authors, this patch also depends on the patches for g_msg
(issue#50) and g_welcomeMsg (issue#118) to already be applied.

Original issue reported on code.google.com by Rez...@gmail.com on 11 Jul 2008 at 9:30

Attachments:

• qvm_pq_svn66_rotation_mapvotes.patch

[GoogleCodeExporter]

Oh cool.

Xianes gonna love this.

Original comment by Paradox460 on 12 Jul 2008 at 3:43

• Changed state: Pending

[GoogleCodeExporter]

I dont know if its possible to sense the scroll wheel, but that would be a nice 
addition to the way to move up and down. That and the arrow keys.

Original comment by Paradox460 on 14 Jul 2008 at 1:29

[GoogleCodeExporter]

Movement keys would need more code, and a variable to remember past move state -
maybe in the next iteration of the patch.

As for the mouse wheel, depends on what it's bound to as it shows up as any 
other key
to the client. Server only sees what's bound. Inventory next and previous 
actually
don't send those type events to the server, only the newly selected inventory 
item -
which I don't think happens when the player is spectating or in intermission.

Original comment by Rez...@gmail.com on 14 Jul 2008 at 3:05

[GoogleCodeExporter]

Original comment by Paradox460 on 15 Jul 2008 at 10:51

• Changed state: Fixed
• Added labels: Revision-82

[GoogleCodeExporter]

1 line fix to make the the correct map be chosen, apply this patch right after 
the
main patch. Same patch as in issue#149.

Original comment by Rez...@gmail.com on 16 Jul 2008 at 10:35

Attachments:

• qvm_pq_svn82_endmapvote_fix.patch