Good to see you were able to get a few minutes to join up, vingt! Those 5 weeks will fly by, hopefully.

Satoon

Alright, and in some cases the value is used by any functions e.g. reason in player_disconnect for printing a meassage. Not sure if you have tested this fully or not, but it doesn't seem true by my testing. If I change the 'reason' in the script, it still shows the original disconnect message when ...

Well, 2 things to look at here. First, we have Python, which most of is consistent in using lower_and_underscore. For the Python-side coders, keeping that consistency is key. Then, we have Valve's code (which is just being wrapped by the plugin) that is CamelCase. For the C++ coders, keeping that co...

Again, this is for the "Python" API. Those differences will help to differentiate between whether code is based in the Python or C++ side.

Also, if you look into Python3.3 modules (or even 2.5.2 which ES uses), you will notice most of them also use this naming style.

Satoon

One thing I learned while working with the GunGame5.1 dev team is that it is very important to all follow the same coding style. This thread is basically an outline of what I believe our style (Python-side) should be for all modules/APIs. I am certain that most of you have heard of PEP 8 , and some ...

An authorization API is definitely something we will probably want to add in either prior to release or soon after. An admin mod/system (like XA) is not something we wish (at this time) to include with the package. Personally, at this point, I am heavily leaning toward not including "any" addons wit...

What's about a simple try-except clause for getting a variable and an isinstance check for setting one? I guess that wouldn't cost much ressources. Also, I agree that a registerForEvent function could be usefull :) And again, what if the try/except works but the variable is "supposed" to be a strin...

Well, if we went with the decorators system, libraries (though we are going to use modules instead of libraries for this plugin) will easily be able to use that same functionality to register for an event. Currently, within ES2.1, only 3 events are registered in 2 total libraries. Only 1 of those (p...

Yeah, the Morbid Blue font is fairly small. ynh is looking into fixing that. For now you can obviously use the Default Style, which has a good sized font.

Satoon

http://forums.eventscripts.com/viewtopic.php?p=317004#p317004

Look at SuperDave's reply in that thread.

Satoon

Yeah, again, it would be "up for discussion".

Yes, currently, Source.Python is only being created for CS:GO. Once we get much further in development, we can possibly look to supporting other games.

Satoon

There is none "planned" at this stage, but if someone, or a group of people worked on one that we thought well enough to add in, it would definitely be up for discussion.

Satoon

As far as having es.addons.registerForEvent functionality, I would say almost definitely. If we went with a system like the decorators system, where the scripter would have to declare a function/method as an event explicitly, and it was built into the C++ side, then I would say no. Otherwise, I woul...

Not everything in the file would be an event - anything imported will also exist within the global namespace. We can easily check to see what module an object is actually created in, which would eliminate this issue. We currently do this within GunGame5.1 , though for Source.Python, this would be b...

⋅  Multiple handlers for an event ⋅  Able to use names for functions other than the event name ⋅  Ability to remove a handler I see all 3 of these as highly unnecessary, personally. If one of you wishes, you can make a python-side module that adds these decorators, and...

Liar!!! raynorpat bot is best bot.