banimod / etpro / ettv forums

Damn real numbers, heh.

I too thought time was an intger and therefore the code was silly.

So, what I gathered from the posts is that even if you untick the "+map" option in your control panel, the "+map oasis" will remain in the command line? If so, I guess the obvious first thing is to contact your provider and find out whether they're gonna fix that. If they don't, ...

I believe the /name command doesn't get sent to the server at all. It should be processed on client side already, and you should only get userinfo changed or sometihng liek that (which you can intercept with lua).

Well, clanbase has private messages disabled in all configs I've seen (quite logical, they don't want anything nasty going behind the scene invisible for refs / in demos). I guess that's what you ran into, twl config having private messages disabled.

...and I commend them for making two patches to that free game, one of them when they were already in development of ET:QW. And a bugfix for three games, one of them 7 years old. I can't really be annoyed by them not making full install of 2.60b. They made a fix for three games, by the time when QW ...

As someone wrote somewhere else, if migrating you could put some text into MOTD since they're probably going to see that textbefore server drops them.

P.S. From my ecperience, even after a year this 2.60/2.60b is still a problem :/

gotenks wrote:etpub coppied etpro's autoexec_class design......

That would solve squadjot's problem:

squadjot wrote: - Option to execute vstr @ tapout (being able to reset weapon scripts before next spawn)

Im not sure how far etpro is in this area but I like the freedom in clientside scripting etpub gives you: autoexec_medic.cfg, autoexec_soldier.cfg etc. (not sure about names) - if the file exists, it's automatically executed when you spawn with the respective class. Similar system for joining a team...

Clutch152 wrote:I don't really know the standard for numbering versions but...yea

That's no problem...noone knows that

I have to react to this - ReyalP was helpful to me whenever I needed it. Although I'm kinda newbie in etpro world, I reckognize ReyalP as one of the most helpful people here when it comes to technical stuff around ETPRO. If you post an issue with etpro, it's probably gonna be him who replies to you ...

I believe you got a nice suggestion for a little tweak in next etpro here - add a server console print when engie construcs/destroys something (he gets XP for it so I guess there is a method in the code where the print can be added), you can then trap that print with lua.

You got to give it to him tho - he's hilarious!

Okay

/resolution duplicate
/close_bug

Okay I followed the hint given by client message I posted, and I found out something more: if I set the cvar instead of setl , it works: set lua_modules "TJmod_mz.lua adrenaline.lua refmon.lua combinedfixes.lua rules.lua" That leads me to theory that it's the setl mechanism what's messing ...

Yeah looks like a typo but it's not. The config is as posted above and Im sure it's using it. If I add two spaces before the "rules.lua" part, I end up with this message: etpro: Loading TJmod_mz.lua etpro: Loading adrenaline.lua etpro: Loading refmon.lua etpro: Loading combinedfixes.lua et...