VSAY Problem.

[DiZasteR]

I got this into my autoexec:


Autoexec.cfg:

//classes
seta g_class_context_aggressor "aggressor"
seta g_class_context_constructor "contructor"
seta g_class_context_covertops "covertops"
seta g_class_context_engineer "engineer"
seta g_class_context_fieldops "fieldops"
seta g_class_context_infiltrator "infiltrator"
seta g_class_context_medic "medic"
seta g_class_context_oppressor "oppressor"
seta g_class_context_soldier "soldier"
seta g_class_context_technician "technician"


//VSAY

exec "gdfstroggchat"

//gdf
bind "KP_INS" "clientquickchat quickchat/self/imsoldier" "" "soldier"
bind "KP_INS" "clientquickchat quickchat/self/immedic" "" "medic"
bind "KP_INS" "clientquickchat quickchat/self/imengineer" "" "engineer"
bind "KP_INS" "clientquickchat quickchat/self/imcovertops" "" "covertops"
bind "KP_INS" "clientquickchat quickchat/self/imfieldops" "" "fieldops"
bind "w" "clientquickchat quickchat/responses/thanks" "" "default"
bind "r" "clientquickchat quickchat/responses/sorry" "" "default"
bind "uparrow" "clientquickchat quickchat/self/items/medpacksdropped" "" "medic"
bind "downarrow" "clientquickchat quickchat/self/items/suppliesdropped" "" "medic"
bind "uparrow" "clientquickchat quickchat/self/items/ammopacksdropped" "" "fieldops"
bind "uparrow" "clientquickchat quickchat/self/disguise/imindisguise" "" "covertops"
bind "downarrow" "clientquickchat quickchat/self/deploying/radar" "" "covertops"
bind "uparrow" "clientquickchat quickchat/self/items/plantingmines" "" "engineer"
bind "KP_END" "clientquickchat quickchat/self/disguise/enemydisguisedasme" "" "default"

//strogg
bind "KP_INS" "clientquickchat quickchat/self/imaggressor" "" "aggressor"
bind "KP_INS" "clientquickchat quickchat/self/imtechnician" "" "technician"
bind "KP_INS" "clientquickchat quickchat/self/imconstructor" "" "constructor"
bind "KP_INS" "clientquickchat quickchat/self/imoppressor" "" "oppressor"
bind "KP_INS" "clientquickchat quickchat/self/iminfiltrator" "" "infiltrator"
//"clientquickchat quickchat/responses/thanks" included in gdf
//"clientquickchat quickchat/responses/sorry" included in gdf

bind "uparrow" "clientquickchat quickchat/self/items/stroyentdropped" "" "technician"
bind "downarrow" "clientquickchat quickchat/self/items/spawnhostcreated" "" "technician"
bind "uparrow" "clientquickchat quickchat/self/items/shielddeployed" "" "oppressor"
bind "uparrow" "clientquickchat quickchat/self/disguise/imindisguise" "" "infiltrator"
bind "downarrow" "clientquickchat quickchat/self/deploying/radar" "" "infiltrator"
bind "uparrow" "clientquickchat quickchat/self/items/plantingmines" "" "constructor"
//"clientquickchat quickchat/self/disguise/enemydisguisedasme" included in gdf

When this gets executed at the startup of ETQW it says: cant execute gdfstroggchat.cfg , and all binds involving the constructor context ( bind "KP_INS" "clientquickchat quickchat/self/imconstructor" "" "constructor" & bind "uparrow" "clientquickchat quickchat/self/items/plantingmines" "" "constructor" ) wont work.

So heres my question: whats the command to execute gdfstroggchat.cfg which is in same folder as the profile's autoexec.cfg and how to get the constructor binds working. Thanks ^^

[Ifurita]

Where is your autoexec located? I have my autoexec in /sdnet/base where as all of my other configs are in /base and they've been working fine

[DiZasteR]

yeah , all my settings work fine etc, just cant get the exec "XXX.cfg" command to work in my autoexec and get some binds with constructor context to work. i got this one in sdnet/base, but so is the gdfstroggchat.cfg, should i move the chat cfg to base? and not the profile's base?

[Ifurita]

try it out. I load a team specific config with one key press and load another with a different key ... works every time for me

[DiZasteR]

yes, but i cant set like g_class_context_aggressor to "aggressor" and "team_strogg" , so id need 4 different cfgs, right now i got 1 part of the vsays in my autoexec and the other part seperated in gdfstroggchat.cfg, i only need to know how to tell my autoexec to execute gdfstroggchat.cfg if its in thesame folder as autoexec, and why the binds with the "constructor" context wont work , (the im a constructer and deploying mines binds)

[Ifurita]

My autoexec (in sdnet/base):
http://4newbies.planetwolfenstein.gamespy.com/ETQW/iffy_autoexec.php

My GDF and Strogg configs (in /base)
http://4newbies.planetwolfenstein.gamespy.com/ETQW/StroggClass.cfg
http://4newbies.planetwolfenstein.gamespy.com/ETQW/GDFClass.cfg

These are executed/loaded on KP_minus or KP_plus. I've since added other vsays, but what's in there should give you an idea of how I've set my things up

I should update it with the newest version one of these days

[Singh400]

My autoexec.cfg is located in: "\id Software\Enemy Territory - QUAKE Wars\sdnet\singh400\base\"

But my demo.cfg (one that I exec manually) needs to be located in: "\id Software\Enemy Territory - QUAKE Wars\base\" to work properly.

[DiZasteR]

ah, so i need to put the execs in /base... ok ill do that :) but does someone who knows about config making knows why i cant use these binds:

bind "KP_INS" "clientquickchat quickchat/self/imconstructor" "" "constructor"

and

bind "uparrow" "clientquickchat quickchat/self/items/plantingmines" "" "constructor"

because for some reason it doesnt seem to recognize the contructor context i gave it...

[DiZasteR]

Seperated it into different chat cfgs.. and it works now... dont know why the constructor binds do work now.. but they work and thats all ^^ thanks for help

[Singh400]

Spelling mistake mate. In your context defining line you have:

seta g_class_context_constructor "contructor"

But in your vsay section you have:
bind "KP_INS" "clientquickchat quickchat/self/imconstructor" "" "constructor"
bind "uparrow" "clientquickchat quickchat/self/items/plantingmines" "" "constructor"

See the difference? "contructor" vs. "constructor""

[DiZasteR]

oh lol... ive looked it over for 5 times and retyped a few times to be sure there were no spelling mistakes.. weird... anyway, i copy pasted it to the other configs ... might have corrected it without noticing ^^ anyway, was just my fault then ^^