• We have updated our Community Code of Conduct. Please read through the new rules for the forum that are an integral part of Paradox Interactive’s User Agreement.
Does setting up history files work like that?
Every history file I've seen other than the one you've written there has for ex.
I posted the save file. My history files are set up that way. So Chinatown above has no religion or culture, but in the provinces files:
Code:
# County Title
title = c_chinatown

# Settlements
max_settlements = 5

#Settlements built at start
b_nyccriminalcourt = castle
b_confuciusplaza = temple

# Misc
culture = asian
religion = chinatown

# History
 
Jamie, during the course of validating* a mod I'm working on, I came across what seem to be some possible false positives with event and localization syntax. These appear to come straight from the copies of the vanilla 1.05f files I've been working with. (My mod is rather limited in scope, and most of the areas throwing errors are ones I've never touched.)

I've attached the full logs below, but here are the most relevant bits (to save you the trouble of wading through loads of localization notices):
Code:
# This is from code excerpted from Meneth's Culture Spread Via Ports (CSVP) mini-mod, which he graciously allowed me to use in my own. I can PM you the code at your request.
At <mod>\events\province_events.txt [character_event[1]\mean_time_to_happen\modifier[2]] (Line 38, Column 3):
Invalid node "port" in scope MtthModifier (value is: yes)

# Another CSVP error
At <mod>\events\province_events.txt [character_event[1]\mean_time_to_happen\modifier[1]\NOT] (Line 31, Column 4):
Invalid node "any_neighbor_province" in scope CharTrigger (value is: <a complex type>)

# i dunno lol ¯\(°_o)/¯
At <mod>\localisation\text1.csv [Entry[2823]\3] (Line 3209, Column 138):
Localization error: Invalid bracket command: "Vormund" in "Root.Vormund.GetTitledFirstName" in "[Root.Vormund.GetTitledFirstName] werden Fragen ¸ber Gott gestellt"

# PDX typo?
At <mod>\localisation\text1.csv [Entry[3313]\1] (Line 3712, Column 14):
Localization error: Invalid bracket command: "GetHerselfHimSelf" in "FromFrom.GetHerselfHimSelf" in "[FromFrom.GetFirstName] seems to never be satisfied, and just gouges [FromFrom.GetHerselfHimSelf] on food and drink. [FromFrom.GetSheHeCap] has gained the Gluttonous trait."

# Is the syntax for bracket commands always [(scope).(action)], or is [Root:(action)] correct? My knowledge of event scripting is rudimentary at best. 
At <mod>\localisation\text1.csv [Entry[5557]\1] (Line 6084, Column 14):
Localization error: Invalid bracket command: "Root:GetObjective" in "Root:GetObjective" in "I am shocked and appalled to find out that you have not only tried to assassinate my spymaster [FromFrom.GetTitledName], but are also plotting to [Root:GetObjective]!"

If there's anything else I can do to help, just let me know!

DEM LOGS(.jpg): View attachment LLIlog.txt

* Thanks again, Amauri and Korbah!
 
Jamie, during the course of validating* a mod I'm working on, I came across what seem to be some possible false positives with event and localization syntax. These appear to come straight from the copies of the vanilla 1.05f files I've been working with. (My mod is rather limited in scope, and most of the areas throwing errors are ones I've never touched.)

I've attached the full logs below, but here are the most relevant bits (to save you the trouble of wading through loads of localization notices):
Code:
# This is from code excerpted from Meneth's Culture Spread Via Ports (CSVP) mini-mod, which he graciously allowed me to use in my own. I can PM you the code at your request.
At <mod>\events\province_events.txt [character_event[1]\mean_time_to_happen\modifier[2]] (Line 38, Column 3):
Invalid node "port" in scope MtthModifier (value is: yes)

# Another CSVP error
At <mod>\events\province_events.txt [character_event[1]\mean_time_to_happen\modifier[1]\NOT] (Line 31, Column 4):
Invalid node "any_neighbor_province" in scope CharTrigger (value is: <a complex type>)

# i dunno lol ¯\(°_o)/¯
At <mod>\localisation\text1.csv [Entry[2823]\3] (Line 3209, Column 138):
Localization error: Invalid bracket command: "Vormund" in "Root.Vormund.GetTitledFirstName" in "[Root.Vormund.GetTitledFirstName] werden Fragen ¸ber Gott gestellt"

# PDX typo?
At <mod>\localisation\text1.csv [Entry[3313]\1] (Line 3712, Column 14):
Localization error: Invalid bracket command: "GetHerselfHimSelf" in "FromFrom.GetHerselfHimSelf" in "[FromFrom.GetFirstName] seems to never be satisfied, and just gouges [FromFrom.GetHerselfHimSelf] on food and drink. [FromFrom.GetSheHeCap] has gained the Gluttonous trait."

# Is the syntax for bracket commands always [(scope).(action)], or is [Root:(action)] correct? My knowledge of event scripting is rudimentary at best. 
At <mod>\localisation\text1.csv [Entry[5557]\1] (Line 6084, Column 14):
Localization error: Invalid bracket command: "Root:GetObjective" in "Root:GetObjective" in "I am shocked and appalled to find out that you have not only tried to assassinate my spymaster [FromFrom.GetTitledName], but are also plotting to [Root:GetObjective]!"

If there's anything else I can do to help, just let me know!

DEM LOGS(.jpg): View attachment 54944

* Thanks again, Amauri and Korbah!

Errors 1 and 2: Are you sure that they work? I would normally think that you'd need to wrap a location={} around them, but if you confirm that they do work, I will add them.

Error 3: Quite sure this doesn't work.

Error 4: It's complaining about Self being capitalized. I know that that's allowed, but the Validator enforces consistent casing for style reasons.

Error 5: I've only seen ":" used in a single localization line, in all the other cases they use "." to seperate things.

As for the full log, most of them seen like vanilla localization bugs.
 
Errors 1 and 2: Are you sure that they work? I would normally think that you'd need to wrap a location={} around them, but if you confirm that they do work, I will add them.

To be honest, no -- the mod doesn't appear to be loading correctly in-game. I can select it in the launcher, but nothing in the game changes, not even the checksum. I'm given to understand that this can occur when there's an error somewhere in the mod's code (i.e., missing bracket(s), etc.), so I've been trying to hunt it down.

On further review, it seems the mechanic I implemented from Meneth's original CSVP mini-mod has been changed substantially in Balansegang. I hadn't looked at the latter extensively because Meneth's changelogs regarding the mechanic mostly dealt with fine-tuning the event's modifiers; I erroneously assumed the actual implementation would be the same. A quick diff of province_events from the newest Balansegang and my mod proved me rather foolish. You have my apologies.

(Just as a side note: my intention was never to insinuate that your Validator was erroneous -- in fact, it's been most invaluable in my admittedly amateurish efforts -- I just needed a reality check on some errors I didn't understand. As soon as I have a workaround for the .NET 4.0 requirement so I can run it on my Mac, I'm sure I'll be relying on the Validator heavily. Speaking of which, did you happen to see my previous post here on that topic? I think I can guess the answer, but I figured I'd at least ask.)

Error 3: Quite sure this doesn't work.

Well, at least that's nothing critical for my mod. :laugh: I'll see if it's still there in the new patch, though I suspect it is.

Error 4: It's complaining about Self being capitalized. I know that that's allowed, but the Validator enforces consistent casing for style reasons.

Of course it's now that I remember reading about that near the beginning of the thread. Good to know there's nothing broken here -- although it is a bit of an odd implementation of camel case they're using, no?

Error 5: I've only seen ":" used in a single localization line, in all the other cases they use "." to seperate things.

That was my initial impression too, at least from what I had garnered from my prior forays into the localization files. I'll see if 1.05g fixed this (doubtful, from the changelog).

As for the full log, most of them seen like vanilla localization bugs.

Yes, I'm sorry for not making that clearer in that line just above the code box. Korbah was the one who ran my files through the Validator and sent me this log, so I imagine that's why most of the errors are with the German localizations. I've changed my approach to the localization files in my mod, so I'm no longer including them in text1.

I appreciate your feedback -- and thanks again for your hard work on such a fantastic tool.
 
Last edited:
To be honest, no -- the mod doesn't appear to be loading correctly in-game. I can select it in the launcher, but nothing in the game changes, not even the checksum. I'm given to understand that this can occur when there's an error somewhere in the mod's code (i.e., missing bracket(s), etc.), so I've been trying to hunt it down.

On further review, it seems the mechanic I implemented from Meneth's original CSVP mini-mod has been changed substantially in Balansegang. I hadn't looked at the latter extensively because Meneth's changelogs regarding the mechanic mostly dealt with fine-tuning the event's modifiers; I erroneously assumed the actual implementation would be the same. A quick diff of province_events from the newest Balansegang and my mod proved me rather foolish. You have my apologies.

(Just as a side note: my intention was never to insinuate that your Validator was erroneous -- in fact, it's been most invaluable in my admittedly amateurish efforts -- I just needed a reality check on some errors I didn't understand. As soon as I have a workaround for the .NET 4.0 requirement so I can run it on my Mac, I'm sure I'll be relying on the Validator heavily. Speaking of which, did you happen to see my previous post here on that topic? I think I can guess the answer, but I figured I'd at least ask.)



Well, at least that's nothing critical for my mod. :laugh: I'll see if it's still there in the new patch, though I suspect it is.



Of course it's now that I remember reading about that near the beginning of the thread. Good to know there's nothing broken here -- although it is a bit of an odd implementation of camel case they're using, no?



That was my initial impression too, at least from what I had garnered from my prior forays into the localization files. I'll see if 1.05g fixed this (doubtful, from the changelog).



Yes, I'm sorry for not making that clearer in that line just above the code box. Korbah was the one who ran my files through the Validator and sent me this log, so I imagine that's why most of the errors are with the German localizations. I've changed my approach to the localization files in my mod, so I'm no longer including them in text1.

I appreciate your feedback -- and thanks again for your hard work on such a fantastic tool.

Sorry I missed your previous post. Alas, there are several features of .NET 4.0 that the Validator uses, and making workarounds for them would be too time-consuming.
 
Sorry I missed your previous post. Alas, there are several features of .NET 4.0 that the Validator uses, and making workarounds for them would be too time-consuming.

No worries — it was just luck of the draw that it ended up at the end of page, in the middle of a fast-paced discussion. The good news is that the latest dev release of WINE appears to have added full support for installing .NET 4.0, so hopefully I won't be waiting too much longer for the implementation I'm using to patch it in. (And, of course, I'll be eagerly awaiting the Validator 1.0 release!) Thanks again for your help!
 
I have a question, Jamie550. Forgive me if it's already been answered elsewhere.

Would it be possible for your Validator to scan the localization (.csv) files and report back any lines not linked to an entry in landed_titles.txt?

I ask because I'm pretty sure there are some missing, but it would be incredibly tedious to have to hunt for them manually, as you'd need to double-check all barony, county, duchy, kingdom and empire tiers in the game.

So what I mean is, assuming it's possible, have it scan each separate line beginning with b_, c_, d_, k_ and e_ and make sure each one is an existing entry in landed_titles.txt -- if possible, this would let us quickly and easily locate any duplicate or missing lines (I'm thinking the latter really) and report them. Ditto for the _adj lines.

Hope that makes sense.
 
I have a question, Jamie550. Forgive me if it's already been answered elsewhere.

Would it be possible for your Validator to scan the localization (.csv) files and report back any lines not linked to an entry in landed_titles.txt?

I ask because I'm pretty sure there are some missing, but it would be incredibly tedious to have to hunt for them manually, as you'd need to double-check all barony, county, duchy, kingdom and empire tiers in the game.

So what I mean is, assuming it's possible, have it scan each separate line beginning with b_, c_, d_, k_ and e_ and make sure each one is an existing entry in landed_titles.txt -- if possible, this would let us quickly and easily locate any duplicate or missing lines (I'm thinking the latter really) and report them. Ditto for the _adj lines.

Hope that makes sense.

Duplicates are already checked. I've added checking that the titles exist in localization as well, but not yet for "_adj" (because there seem to be 7000 missing of adj??). To use, you'll need to turn on key checking in the options, then also enable title validation.

So should every title have a _adj entry? If so I'll add it as well.

But, should this be an option seperate from the other key checkings? I ask because about 900 entries seem to be missing from vanilla, even ignoring _adj.
 
So should every title have a _adj entry? If so I'll add it as well.

But, should this be an option seperate from the other key checkings? I ask because about 900 entries seem to be missing from vanilla, even ignoring _adj.
Can baronies revolt/fight independently? I don't think so but I'm not sure -- but every county-level holding and above should have two localization entries (normal and _adj) as in theory they can all be involved in wars.

If there are normal entries missing then that means the name of that holding can't be displayed in the game, so presumably it would just default to something like 'duchy of d_genoa' which would of course be a bug.

So yeah, I'm pretty sure any missing _adjs should be reported so long as they're at least county-level. In short, if it can take part in a war it needs an _adj entry (I'm not sure what else they're used for, if anything). I'm also pretty certain that there are normal localization entries missing as you say.
 
I've been finding this quite helpful in the construction process so far, but now it's got me a bit puzzled. Every time I fire up the project and let it run, I get a half-dozen blank events thrown at me. Strange, as I've yet to even touch the event files, but okay. Obviously something is off, and I let the handy Validator run. So it gives me this:

Flag Analysis for GlobalFlag

Summary
Warnings: 4
Total flags: 23 in 4 names

Warnings
crusade_called
chk|chk: events\crusade_events.txt (1129,23;20794) [flag = crusade_called]
chk|chk: events\crusade_events.txt (915,23;16687) [flag = crusade_called]
chk|chk: events\crusade_events.txt (788,23;14169) [flag = crusade_called]
chk|chk: events\crusade_events.txt (614,23;10438) [flag = crusade_called]
golden_horde_arrival
chk|chk: events\mongol_events.txt (1971,23;38042) [flag = golden_horde_arrival]
chk|chk: events\mongol_events.txt (1885,23;36389) [flag = golden_horde_arrival]
chk|chk: events\mongol_events.txt (1799,23;34719) [flag = golden_horde_arrival]
chk|chk: events\mongol_events.txt (1710,23;32996) [flag = golden_horde_arrival]
chk|chk: events\mongol_events.txt (1195,23;23176) [flag = golden_horde_arrival]
il_khanate_arrival
chk|chk: events\mongol_events.txt (1972,31;38116) [flag = il_khanate_arrival]
chk|chk: events\mongol_events.txt (1886,31;36463) [flag = il_khanate_arrival]
chk|chk: events\mongol_events.txt (1800,31;34793) [flag = il_khanate_arrival]
chk|chk: events\mongol_events.txt (1711,31;33070) [flag = il_khanate_arrival]
chk|chk: events\mongol_events.txt (1625,31;31421) [flag = il_khanate_arrival]
chk|chk: events\mongol_events.txt (1624,23;31349) [flag = il_khanate_arrival]
chk|chk: events\mongol_events.txt (1539,31;29787) [flag = il_khanate_arrival]
chk|chk: events\mongol_events.txt (1538,23;29715) [flag = il_khanate_arrival]
chk|chk: events\mongol_events.txt (1453,31;28136) [flag = il_khanate_arrival]
chk|chk: events\mongol_events.txt (1452,23;28064) [flag = il_khanate_arrival]
chk|chk: events\mongol_events.txt (1364,31;26432) [flag = il_khanate_arrival]
chk|chk: events\mongol_events.txt (1363,23;26360) [flag = il_khanate_arrival]
chk|chk: events\mongol_events.txt (1114,23;21618) [flag = il_khanate_arrival]
timurid_arrival
chk|chk: events\mongol_events.txt (1276,23;24725) [flag = timurid_arrival]
Flag Analysis for CharFlag

Summary
Warnings: 17
Total flags: 27 in 17 names

Warnings
coming_to_feast
chk|chk: events\feast_events.txt (1002,5;16501) [flag = coming_to_feast]
flag_later_title
chk|chk: events\family_events.txt (47,27;1084) [flag = flag_later_title]
flag_promised_marriage
chk|chk: events\family_events.txt (436,26;8795) [flag = flag_promised_marriage]
flag_promised_title
chk|chk: events\family_events.txt (184,26;3899) [flag = flag_promised_title]
guest_feast_started
chk|chk: events\feast_events.txt (4948,5;84453) [flag = guest_feast_started]
host_feast_started
chk|chk: events\feast_events.txt (4942,4;84310) [flag = host_feast_started]
impregnated_by_root
chk|chk: events\feast_events.txt (4740,5;80879) [flag = impregnated_by_root]
impregnated_vassal_daughter
chk|chk: events\feast_events.txt (4747,6;80994) [flag = impregnated_vassal_daughter]
chk|chk: events\feast_events.txt (4755,7;81152) [flag = impregnated_vassal_daughter]
chk|chk: events\feast_events.txt (4794,7;81784) [flag = impregnated_vassal_daughter]
chk|chk: events\feast_events.txt (4805,7;81969) [flag = impregnated_vassal_daughter]
chk|chk: events\feast_events.txt (4772,6;81389) [flag = impregnated_vassal_daughter]
land_given_to_teutonic_order
chk|chk: events\teutonic_order_events.txt (34,27;824) [flag = land_given_to_teutonic_order]
loan_refused
chk|chk: events\bankruptcy_events.txt (22,27;493) [flag = loan_refused]
money_from_the_pope
chk|chk: events\religious_events.txt (1212,30;22513) [flag = money_from_the_pope]
chk|chk: events\religious_events.txt (1209,29;22413) [flag = money_from_the_pope]
no_land_to_teutonic_order_at_the_moment
chk|chk: events\teutonic_order_events.txt (35,27;900) [flag = no_land_to_teutonic_order_at_the_moment]
reminded_about_crusade
chk|chk: events\crusade_events.txt (1271,26;23563) [flag = reminded_about_crusade]
chk|chk: events\crusade_events.txt (1059,26;19494) [flag = reminded_about_crusade]
chk|chk: events\crusade_events.txt (791,27;14264) [flag = reminded_about_crusade]
chk|chk: events\crusade_events.txt (823,28;14838) [flag = reminded_about_crusade]
requested_money_for_levies
chk|chk: events\vassal_request_events.txt (801,27;15017) [flag = requested_money_for_levies]
second_place
chk|chk: events\tournament_events.txt (1487,27;26144) [flag = second_place]
tournament_begins
chk|chk: events\tournament_events.txt (1486,27;26080) [flag = tournament_begins]
chk|chk: events\tournament_events.txt (1375,27;24136) [flag = tournament_begins]
chk|chk: events\tournament_events.txt (1263,27;22263) [flag = tournament_begins]
winner
chk|chk: events\tournament_events.txt (1376,27;24200) [flag = winner]
Flag Analysis for ProvinceFlag

Summary
Warnings: 1
Total flags: 1 in 1 names

Warnings
tournament_60_days
chk|chk: events\tournament_events.txt (168,4;3045) [flag = tournament_60_days]
And I've really got no idea what it's trying to tell me (or if this is even the problem I'm looking for). The other reports made enough sense, but I'm even sure where to start figuring out where...whatever happened went wrong. Overlooking something obvious?
 
Can baronies revolt/fight independently? I don't think so but I'm not sure -- but every county-level holding and above should have two localization entries (normal and _adj) as in theory they can all be involved in wars.

If there are normal entries missing then that means the name of that holding can't be displayed in the game, so presumably it would just default to something like 'duchy of d_genoa' which would of course be a bug.

So yeah, I'm pretty sure any missing _adjs should be reported so long as they're at least county-level. In short, if it can take part in a war it needs an _adj entry (I'm not sure what else they're used for, if anything). I'm also pretty certain that there are normal localization entries missing as you say.

Got it, fixed.
I've been finding this quite helpful in the construction process so far, but now it's got me a bit puzzled. Every time I fire up the project and let it run, I get a half-dozen blank events thrown at me. Strange, as I've yet to even touch the event files, but okay. Obviously something is off, and I let the handy Validator run. So it gives me this:

Flag Analysis for GlobalFlag

Summary
Warnings: 4
Total flags: 23 in 4 names

Warnings
crusade_called
chk|chk: events\crusade_events.txt (1129,23;20794) [flag = crusade_called]
chk|chk: events\crusade_events.txt (915,23;16687) [flag = crusade_called]
chk|chk: events\crusade_events.txt (788,23;14169) [flag = crusade_called]
chk|chk: events\crusade_events.txt (614,23;10438) [flag = crusade_called]
golden_horde_arrival
chk|chk: events\mongol_events.txt (1971,23;38042) [flag = golden_horde_arrival]
chk|chk: events\mongol_events.txt (1885,23;36389) [flag = golden_horde_arrival]
chk|chk: events\mongol_events.txt (1799,23;34719) [flag = golden_horde_arrival]
chk|chk: events\mongol_events.txt (1710,23;32996) [flag = golden_horde_arrival]
chk|chk: events\mongol_events.txt (1195,23;23176) [flag = golden_horde_arrival]
il_khanate_arrival
chk|chk: events\mongol_events.txt (1972,31;38116) [flag = il_khanate_arrival]
chk|chk: events\mongol_events.txt (1886,31;36463) [flag = il_khanate_arrival]
chk|chk: events\mongol_events.txt (1800,31;34793) [flag = il_khanate_arrival]
chk|chk: events\mongol_events.txt (1711,31;33070) [flag = il_khanate_arrival]
chk|chk: events\mongol_events.txt (1625,31;31421) [flag = il_khanate_arrival]
chk|chk: events\mongol_events.txt (1624,23;31349) [flag = il_khanate_arrival]
chk|chk: events\mongol_events.txt (1539,31;29787) [flag = il_khanate_arrival]
chk|chk: events\mongol_events.txt (1538,23;29715) [flag = il_khanate_arrival]
chk|chk: events\mongol_events.txt (1453,31;28136) [flag = il_khanate_arrival]
chk|chk: events\mongol_events.txt (1452,23;28064) [flag = il_khanate_arrival]
chk|chk: events\mongol_events.txt (1364,31;26432) [flag = il_khanate_arrival]
chk|chk: events\mongol_events.txt (1363,23;26360) [flag = il_khanate_arrival]
chk|chk: events\mongol_events.txt (1114,23;21618) [flag = il_khanate_arrival]
timurid_arrival
chk|chk: events\mongol_events.txt (1276,23;24725) [flag = timurid_arrival]
Flag Analysis for CharFlag

Summary
Warnings: 17
Total flags: 27 in 17 names

Warnings
coming_to_feast
chk|chk: events\feast_events.txt (1002,5;16501) [flag = coming_to_feast]
flag_later_title
chk|chk: events\family_events.txt (47,27;1084) [flag = flag_later_title]
flag_promised_marriage
chk|chk: events\family_events.txt (436,26;8795) [flag = flag_promised_marriage]
flag_promised_title
chk|chk: events\family_events.txt (184,26;3899) [flag = flag_promised_title]
guest_feast_started
chk|chk: events\feast_events.txt (4948,5;84453) [flag = guest_feast_started]
host_feast_started
chk|chk: events\feast_events.txt (4942,4;84310) [flag = host_feast_started]
impregnated_by_root
chk|chk: events\feast_events.txt (4740,5;80879) [flag = impregnated_by_root]
impregnated_vassal_daughter
chk|chk: events\feast_events.txt (4747,6;80994) [flag = impregnated_vassal_daughter]
chk|chk: events\feast_events.txt (4755,7;81152) [flag = impregnated_vassal_daughter]
chk|chk: events\feast_events.txt (4794,7;81784) [flag = impregnated_vassal_daughter]
chk|chk: events\feast_events.txt (4805,7;81969) [flag = impregnated_vassal_daughter]
chk|chk: events\feast_events.txt (4772,6;81389) [flag = impregnated_vassal_daughter]
land_given_to_teutonic_order
chk|chk: events\teutonic_order_events.txt (34,27;824) [flag = land_given_to_teutonic_order]
loan_refused
chk|chk: events\bankruptcy_events.txt (22,27;493) [flag = loan_refused]
money_from_the_pope
chk|chk: events\religious_events.txt (1212,30;22513) [flag = money_from_the_pope]
chk|chk: events\religious_events.txt (1209,29;22413) [flag = money_from_the_pope]
no_land_to_teutonic_order_at_the_moment
chk|chk: events\teutonic_order_events.txt (35,27;900) [flag = no_land_to_teutonic_order_at_the_moment]
reminded_about_crusade
chk|chk: events\crusade_events.txt (1271,26;23563) [flag = reminded_about_crusade]
chk|chk: events\crusade_events.txt (1059,26;19494) [flag = reminded_about_crusade]
chk|chk: events\crusade_events.txt (791,27;14264) [flag = reminded_about_crusade]
chk|chk: events\crusade_events.txt (823,28;14838) [flag = reminded_about_crusade]
requested_money_for_levies
chk|chk: events\vassal_request_events.txt (801,27;15017) [flag = requested_money_for_levies]
second_place
chk|chk: events\tournament_events.txt (1487,27;26144) [flag = second_place]
tournament_begins
chk|chk: events\tournament_events.txt (1486,27;26080) [flag = tournament_begins]
chk|chk: events\tournament_events.txt (1375,27;24136) [flag = tournament_begins]
chk|chk: events\tournament_events.txt (1263,27;22263) [flag = tournament_begins]
winner
chk|chk: events\tournament_events.txt (1376,27;24200) [flag = winner]
Flag Analysis for ProvinceFlag

Summary
Warnings: 1
Total flags: 1 in 1 names

Warnings
tournament_60_days
chk|chk: events\tournament_events.txt (168,4;3045) [flag = tournament_60_days]
And I've really got no idea what it's trying to tell me (or if this is even the problem I'm looking for). The other reports made enough sense, but I'm even sure where to start figuring out where...whatever happened went wrong. Overlooking something obvious?
Basically these tell you where flags are used, and "warnings" are places where flags are checked but never set, or vice versa. The logs look fine, and in any case that wouldn't explain why you get blank events. I guess that's not something the Validator is checking yet, sorry. If you did manage to find out the root cause, perhaps you can share it and help improve the Validator? :)

So add_building and remove_building work, and we're pretty sure check_building does as well.

Hmm, I already had add_building, and added remove_building, and isn't check_building done via has_building?
 
Basically these tell you where flags are used, and "warnings" are places where flags are checked but never set, or vice versa. The logs look fine, and in any case that wouldn't explain why you get blank events. I guess that's not something the Validator is checking yet, sorry. If you did manage to find out the root cause, perhaps you can share it and help improve the Validator? :)
Sure. If and or when I do find it, I'll gladly let you know. Thanks.
 
Jamie550, have you reported any of the missing localization entries we discussed? I haven't tried your latest version yet but I assume it found a lot of missing entries.
 
Jamie550, have you reported any of the missing localization entries we discussed? I haven't tried your latest version yet but I assume it found a lot of missing entries.

No, I haven't. I rather hope that someone will test a few of them and verify that they do indeed have a problem, and then report the issues, since I'm not completely confident that what I did was correct.
 
Just a quick follow-up, Jamie: I have verified that the port value in Meneth's code in my mod is working -- the issues I was having with my mod before appear to have been caused by a Mac-specific issue regarding the path value in .mod files. He may have updated the code in Balansegang to use the location tag -- don't know for sure, since I haven't looked at it in a while -- but the older version (i.e., from the original mini-mod) without it seems to be working just fine.
 
Just a quick follow-up, Jamie: I have verified that the port value in Meneth's code in my mod is working -- the issues I was having with my mod before appear to have been caused by a Mac-specific issue regarding the path value in .mod files. He may have updated the code in Balansegang to use the location tag -- don't know for sure, since I haven't looked at it in a while -- but the older version (i.e., from the original mini-mod) without it seems to be working just fine.

Thank you, I have added it.