Did CS:S ever pass the 100k mark?

If you want sightly more usability you could still use my library (and maybe my fork SP). At least it provides a way to create popups and some other stuff. But yeah, too bad this isn't going anywhere, though to be fair, CS:GO turned out to be quite garbage sadly, but it still has potential on the "...

It would be cool to have a library from which you can import constants from, to make the code more readable.
For example you could have CS_TEAM_CT = 3, or you could have all the flags in that lib.

Monday wrote:You might be able to "give" by turning on sv_cheats 1, using the cheat command, and then turning sv_cheats back to 0 until we get a more elegant solution. I don't have any ideas for fire yet..

ent_fire? or did they remove that command in csgo?

Yes, but in a different Thread, so it wont make the server stop for 5 seconds.

the | is the bitwise or
We should have constants anyways, so you can for example import the cstrike info and then have cstrike.TEAM_CT = 3, I can never remember that stuff..

I think you can invert bits with the ~ operator in python.

The python syntax Highlighter looks broken, I have twice the amounts of lines in highlighted code:
ex:
http://www.sourcepython.com/forums/showthread.php?76-Player-index-userid&p=348&viewfull=1#post348

It depends on what you want to do, the cool thing with indices is that you can read out the properties of the player like you would do with any entity, the userid on the other hand will always be unique (till the server restarts).

Just as a fyi: weapon_fire doesn't spam anymore it only fires when you actually fire the weapon (atleast in css now)

I think it will be more like SM does it.

I really don't think that there should be an admin plugin packed into the main files, people should have to get the addons they want.

Yes please

I think you should have to register functions for events on plugin load, that way you could even change the hook type (like SM does it).

Btw: the .res files contain how many variables the event will have and their types, why not parse that one once? (if you really want to have it the native way)