Again, this is for the API only. Use whatever you wish in your own scripts. I find separating the imports to be much easier to read. Also, OS explains that you are now starting the imports from the "os" module. You might find it ugly, but I find proper separation much more pleasing to the...

Hhhmmm... I find these ones veeeeeeeeery ugly: # Python Imports # OS from os.path import dirname from os.path import join # Source.Python Imports ... Why not just leave it to that? # Python Imports from os.path import dirname from os.path import join # Source.Python Imports ... Looks easier to read ...

yeah, constants would be the best I think =)

How about the C++ variant? Like you open a file with[cpp]fstream fs; fs.open("filename", ios::out | ios::app | ios::binary); // I mean exactly this "|" ![/cpp]I saw this method in EventScripts playerlib I guess, I just can't remember where it was... So we could use # of course we...

For your given example, this does not sound like a good idea to me at all. We would have to store all available commands for each type within Source.Python itself. This is definitely something we are not willing to do. Player functionality, like that of playerlib, is something that has not even got...

It will be a module that will utilize some of the same functionality of cfglib. If you look at GunGame51's cfg structure, you will likely see many of those design concepts integrated as well: http://code.google.com/p/gungame51/source/browse/#svn%2Ftrunk%2Fcstrike%2Faddons%2Feventscripts%2Fgungame51...

Hello

Do we need to parse .cfg files for addon configuration? Is it worth a C++ library for it or should we stay with Python on this thing (like the ES cfglib)?

your-name-here wrote:I am not sure. My guess is C++ will always be faster. Boost runs your code natively unlike a script which is run through the interpreter.

That's an argument! Thanks

Hi, is it faster to have a C++ code where you write boost.python mostly than to have Python code with the same? Like import os if __name__ == "__main__": x = [3, 6, 7, 9] z = os.getcwd() # do something else like reading a file and display its contents to the screen and #include <st...

Chrisber wrote:...and bad at the same time. This design speaks against the - more or less - strict typing of python. It is against its nature and that makes me think about to solve this.

Well, I meant that it's better than having a dict with pre-defined (string) variables...

If you want to support it, I'm all for that! The only reason why I pushed back on this is because I have my hands full maintaining SP leaving me no time for maintaining an admin system. I can imagine ;) Sure I wanna support it. Just take care of SP working 100% correctly, then we can move on with a...

I like those ideas very much. Go for it Satoon!

We do not want to clutter up the sp.py, so more than likely "nothing" will need directly imported from sp itself. Once we get more of this functionality wrapped, we'll look into setting up the Python API for it. We are still in discussions about this, but it could also use a decorator, wh...

I actually encountered this error when trying to fix this issue: http://www.sourcepython.com/forums/showthread.php?43-Load-amp-Unload Though, it required that the error occurred in load and then I reload the addon. Yeah I tried to load and then reload it, of course. You might try the new build (jus...

Why do you define kwargs? :) Also, you can simply add another parameter before *args, so you will get a more clearer error, if you don't pass anything. With these changes I come up with this: >>> class _Server(object): def __call__(self, command, *args): command = command + ' &#...

How about something like that: # sp core module import sp_C # just a name for the C++ core, don't know what the name is, so let's assume it's sp_C class Server(sp_C.Server): def __call__(self, *args, **kwargs): # assuming args[0] is a command-string, like 'say "H...

satoon101 wrote:It does not make any sense...
Satoon

Yep, it definitely doesn't!

You are importing a module that doesn't exist within source.python's search paths. Python then attempts to load your addon and bails out because the module decorators. Because it bails out mid-load, nothing is setup for the module. This is why you don't have a globals attribute. This is to be expec...

I updated the source and compiled it again, but I forgot to copy over the addons directory...

Thanks for your help, it works now =)

+ the addon works now, too

EDIT: but, if I change the import to the wrong one (from events import decorators) on purpose, there's still the "globals" error =/

I edited the post because the picture is so small^^ ⋅ msvcp100d.dll ⋅ msvcp100.dll ⋅ python33.dll ⋅ python33_d.dll ⋅ sqlite3.dll ⋅ sqlite3_d.dll Maybe renaming msvcp100d.dll to msvcp100_d.dll does the trick? EDIT: it doesn't. EDIT2: I'm con...