Comment faire votre config :
pas à pas for the débutant

Votre config, c'est un fichier texte, avec une extension .cfg, par exemple myconfig.cfg, que vous enregistrerez dans le répertoire /quake3/baseq3.

Comment vous faire votre config au poil ?
Ne pas partir de rien, faire le ménage, et garder une trace de ses expérimentations.

· Editer le q3config.cfg

Editez le fichier q3config.cfg qui se trouve dans /quake3/baseq3.
Sur Windows, ne l'ouvrez pas avec Notepad : ce dernier ne gère pas les retours à la ligne Unix, et vous n'allez voir qu'un long bazar tout collé parsemé de carrés noirs. Ouvrez le avec Wordpad par exemple, et une fois modifié, enregistrez votre fichier au format texte brut.
Ce fichier est créé par quake3 à chaque fois que vous quittez le jeu, et il enregistre pêle-mêle toutes les informations : associations de commandes à des touches ("bind"), valeur des variables (sensibilité de la souris, nom de votre perso, etc..)

Modifier ce fichier q3config.cfg, oui, mais modifier quoi ?

Commencer par supprimer trier les lignes de ce cfg : par exemple d'abord les binds, puis les variables.

· Faire le tri des binds

Mettez en début de votre cfg toutes les lignes qui commencent par "bind <une touche> <une action>". Et même, pour être un bon éleve, triez les dans l'ordre alphabétique :)

Personnellement ce que j'ai même fait, c'est de rajouter un bind pour chaque touche (un truc sans incidence, par exemple "echo coucou").
Trois intérêts (très mineurs) :
- quand je fais un test et que je bind un truc temporaire, cela ne reste pas dans ma config puisque le bind sera effacé au prochain chargement - avoir un petit message a l'écran, qui indique qu'on a bien appuyé sur une touche, et que donc s'il ne s'est pas passé ce qu'on voulait, confirme qu'on s'est bien trompé de touche :)
- avoir d'emblée dans mon cfg toutes les touches prévues, ce qui évite de rajouter un "bind a <quelquechose>" alors qu'un peu plus bas dans la config, on l'avait oublié, il y avait déjà un bind inutile sur a.

La liste de toutes les touches disponible, ainsi qu'un exemple de config vide : ici

· Faire le tri des variables

Les variables (lignes qui commencent par "seta <un truc> <une valeur>") sont nommées de manière à comprendre sur quel terrain elles interviennent. En gros et en général :

Les variables primordiales dans votre config sont donc toutes celles qui ne correspondent pas aux deux dernières catégories.

Pour un exemple splendide de config bien rangée, heh, la mienne :)

Pour plus d'infos sur les variables, et la liste complète et détaillée : ze complite guide de la console

Quel est l'intérêt de trier ? Bah, tout simplement que vous savez directement où chercher pour résoudre un problème. Problème d'affichage, pas assez de FPS ? Section r_ directement.

· Votre config perso est prête

Une fois tout ce ménage effectué, enregistrez ce fichier bien rangé, dans un format de texte simple, dans le répertoire /quake3/baseq3, avec un nom explicite et une extension .cfg
A partir de maintenant, ne modifiez plus que ce fichier.

C'est à la fin de ce fichier que vous pouvez copier-coller des alias, si certains vous intéressent

· Autoexec.cfg

Il ne vous reste plus qu'à créer, dans le répertoire /quake3/baseq3, un fichier autoexec.cfg
Lorsque Quake3 se lance, il charge d'abord le q3config.cfg, puis execute s'il existe le fichier autoexec.cfg

Mettez dans ce fichier :
// my config qui roulaize
exec myconfig.cfg
echo Config chargee, ready to frag
// end

· Tips, trucs et conseil

- unbindall
Mettez ceci en tête de votre config. L'intérêt est que si vous faites un test, si vous bindez une touche temporairement, cela ne sera pas mémorisé lors du prochain chargement.

- // commentaire
Mettez des commentaires (une ligne précédée de //). Cela vous permettra de vous souvenir du rôle de certaines variables, et vous permettra de garder une trace de vos modifs.

- bind F11 "exec myconfig.cfg"
Tout bête : si vous faites beaucoup de modifs, réinitialisez tout d'une touche en rechargeant votre config.

- // derniere ligne
Il arrive *parfois* que la dernière ligne d'un fichier .cfg ne soit pas lue. Pour éviter tout problème, mettez une dernière ligne sans intérêt, un commentaire par exemple.

- Lignes courtes, et pas trop de lignes
Une commande doit être en une seule ligne : pas de retour chariot en plein milieu.
Limitez la taille de vos configs : passé quelques kilo octects, ou si vous déclarez trop de variables personnelles (dans la constructions d'alias compliqués), certains mods pourront bugguer.