Jump to content

Conflict with two tra files


StrongArmand

Recommended Posts

I've a problem for several month and I want to tell you in the hope of you could bring some help. I've include in my mod a kit mod wtih the author help and I've some difficulties with setup.tra.

 

Here in my tp2 :

 

 

LANGUAGE ~Francais~
~french~
~Devin/Translations/French/Setup.tra~ // my setup tra with all my entries
~Devin/Translations/French/Flammes.tra~ // the setup tra of the kit

 

 

The problem is that if ever i've a string called for example @112 and that flammes tra has the same ref, i've some problem/confilct in game. I'm looking for an alternative for isolate this piece of code (kit) in order to my two tra files don't trigger themselves.

 

Is it possible according to you ?

Link to comment

Try putting the setup.tra last in the list - I think that takes priority. Or you can just omit the flammes.tra but call it as needed when you COPY or COMPILE a file, just add USING ~...flammes.tra~ after each statement where you need it.

Link to comment

WeiDU uses the tra files specified in the LANGUAGE section as defaut tra files to look for text references. If you have a dialog or script that reference @112 and that reference is not present in the tra file associated to the dialog or script (either implicitely, because the file has the same name, or explicitely with USING ...), WeiDU will also look for @112 in the two tra files stated in the LANGUAGE part.

 

WeiDU uses the tra files in LANGUAGE in reverse order. Some mods (Rogue Rebalancing, for instance) use that form:

LANGUAGE ~Francais~
~french~
~Mod/Translations/English/Setup.tra~
~Mod/Translations/French/Setup.tra~

This allows adding new things in the mod (English/Setup.tra) without preventing installation in French if a text is not translated yet. The english text will be used, but the mod will be installed.

 

If you're going to reference several tra files in LANGUAGE (for the same language), you should ensure that they use a different range of @nnn to avoid any kind of conflict.

 

If your dialogs are all starting at @0 or @1, it is also good practise to make all your tp2 text reference start at @10000, for instance (provided you don't have any dialog reaching that value), in order to be sure that a missing @nnn somewhere is discovered, instead of replacing a missing dialog text by a string intended for the tp2 (objet description or whatever).

Link to comment

Archived

This topic is now archived and is closed to further replies.

×
×
  • Create New...