[jasonfrog]

To anyone that is using this wonderful extension on their TF2 servers, but has users commenting that the vote panel is too big, isn't transparent or obscures their view, then there is at least one solution.

This HUD resource file removes the background of the panel.

http://www.thehh.co.uk/votehud/votehud.res
Place 'votehud.res' in C:\Program Files\Steam\steamapps\[account name]\team fortress 2\tf\resource\ui\



Auto-installer: http://www.thehh.co.uk/votehud/Transparent_Vote_Hud.exe

[lucasdidur]

It's possible to make a DisplayBuiltinVoteFail to have a custon message?

exg:

PHP Code:

DisplayBuiltinVoteFail(vote, "Sorry, but NOT :("); 


Like DisplayBuiltinVotePass

PHP Code:

DisplayBuiltinVotePass(vote, "Vote Successful"); 


EDIT:
It's possible to make Live votes on Yes/No types?

Like on default TF2 Votes, shows the number of votes, as they are voted.

[Powerlord]

Originally Posted by lucasdidur It's possible to make a DisplayBuiltinVoteFail to have a custon message? exg: PHP Code: DisplayBuiltinVoteFail(vote, "Sorry, but NOT :(");  Like DisplayBuiltinVotePass PHP Code: DisplayBuiltinVotePass(vote, "Vote Successful");

Sadly, no. The failure UserMessage sent out to the end users only takes a code number... and the only valid ones for VoteFailed are 0 (Generic), 3 (No won), and 4 (Not Enough Votes). There are a bunch of other codes, but they're used by CallVoteFailed, which is used when a user tries to call a vote from the menu but it fails.

Originally Posted by lucasdidur EDIT: It's possible to make Live votes on Yes/No types? Like on default TF2 Votes, shows the number of votes, as they are voted.

Oh, did Valve fix that?

That was broken when I was writing this extension and would only show 1 for Yes to the person who initially started the vote right before the vote screen vanished.

There's already a programming hook in place for this kind of thing, but it does nothing in the TF2 version. The L4D and L4D2 versions of BuiltinVotes send a vote_changed event.

I'll have to test it out again with my vote event/usermessage sniffer running to see what events/usermessages it sends out to update the votes. I assume it's the vote_changed event, the same event that the L4D and L4D2 versions call.

[lucasdidur]

Originally Posted by Powerlord Oh, did Valve fix that? That was broken when I was writing this extension and would only show 1 for Yes to the person who initially started the vote right before the vote screen vanished. There's already a programming hook in place for this kind of thing, but it does nothing in the TF2 version. The L4D and L4D2 versions of BuiltinVotes send a vote_changed event. I'll have to test it out again with my vote event/usermessage sniffer running to see what events/usermessages it sends out to update the votes. I assume it's the vote_changed event, the same event that the L4D and L4D2 versions call.

I think so, because on my server, when I start a vote, the vote count appears

[lucasdidur]

Hello, I'm want to make a plugin for votekill.

But how do I add options for Menu Yes/No like Client ID, to use to execute the functions?

I use SetBuiltinVoteArgument() to indicate the target player's vote?

[Powerlord]

Originally Posted by lucasdidur Hello, I'm want to make a plugin for votekill. But how do I add options for Menu Yes/No like Client ID, to use to execute the functions? I use SetBuiltinVoteArgument() to indicate the target player's vote?

Right now, custom votes don't really have anywhere to store data, as the argument is the actual vote text. It's something I'll have to address in the next version.

[nowakpl]

I'm using UMC3 (http://forums.alliedmods.net/showthread.php?t=134190) together with BuiltinVotes, server will crash if map changes during the vote.
1) start vote,
2) change map during the vote,
3) server crashes.

[Powerlord]

Originally Posted by nowakpl I'm using UMC3 (http://forums.alliedmods.net/showthread.php?t=134190) together with BuiltinVotes, server will crash if map changes during the vote. 1) start vote, 2) change map during the vote, 3) server crashes.

Is this on Linux or Windows?

I've heard reports of this, but I haven't had a chance to set up a server to test it.

[lucasdidur]

Originally Posted by nowakpl I'm using UMC3 (http://forums.alliedmods.net/showthread.php?t=134190) together with BuiltinVotes, server will crash if map changes during the vote. 1) start vote, 2) change map during the vote, 3) server crashes.

Maybe you need to use the last version 3.1 R2

http://code.google.com/p/sourcemod-u...downloads/list

[Powerlord]

Originally Posted by lucasdidur Maybe you need to use the last version 3.1 R2 http://code.google.com/p/sourcemod-u...downloads/list

Well, no, I can think of at least one reason why BuiltinVotes might crash the server if a vote is interrupted by a map change... When a BuiltinVotes handle is closed without the vote finishing, it tries to send a VoteFailed usermessage to all users on the server.

This could potentially cause a race condition and/or the server binary to crash as it tries to send UserMessages to users that aren't really connected at the time.

I may have to remove this automatic action... it was a failsafe to prevent votes from closing a BuiltinVotes handle without calling DisplayVotePass, DisplayVotePass2, or DisplayVoteFail, because users can't vote again until one of those 3 are called, the user disconnects, or the map changes.