Install Steam
login
|
language
简体中文 (Simplified Chinese)
繁體中文 (Traditional Chinese)
日本語 (Japanese)
한국어 (Korean)
ไทย (Thai)
Български (Bulgarian)
Čeština (Czech)
Dansk (Danish)
Deutsch (German)
Español - España (Spanish - Spain)
Español - Latinoamérica (Spanish - Latin America)
Ελληνικά (Greek)
Français (French)
Italiano (Italian)
Bahasa Indonesia (Indonesian)
Magyar (Hungarian)
Nederlands (Dutch)
Norsk (Norwegian)
Polski (Polish)
Português (Portuguese - Portugal)
Português - Brasil (Portuguese - Brazil)
Română (Romanian)
Русский (Russian)
Suomi (Finnish)
Svenska (Swedish)
Türkçe (Turkish)
Tiếng Việt (Vietnamese)
Українська (Ukrainian)
Report a translation problem
As for load order this mod requires SpeakUp, and SpeakUp in turn requires Interaction Bubbles so it should work itself out load-order wise, at least it does on my end. Trying to load this before either of the others should definitely cause problems.
Interaction bubbles keep disabling during the game and I get hit with this error log.
Problem goes away when I disable this extension unfortunately.
That said, because of the way Harmony works, if you were to recompile SpeakUp on 1.6 for personal use my extension should work with that.
Unfortunately, as far as I know, nope. So right now the only thing you really get is my examples, of which only the race/xenotype-ism is worth anything.
I'd love to squash the barrier to entry down so I set up a thread for line suggestions and xml help.
That issue isn't caused by my mod; it's actually a bug from SpeakUp itself.
Specifically, the dialogue you're seeing is the thought descriptor from the `IdeoDiversity_Abhorrent_StyleDominance` ThoughtDef in core Ideology. SpeakUp's `Defs\chitchat_thoughts.xml:1466` can (by mistake?) send a thought's descriptor as a response. This usually works, but if those descriptors contain variables then reading them raw from the def will leave the variables unpopulated; resulting in curly brace placeholders.
I already smooth over a few of SpeakUp's other bugs in this extension so I'll see what I can do about it in the update later today.
Well that does explain it, it never occurred to me that a valid ideology might contain invalid precepts and I never check for that. It seems mostly harmless in that case, but I'll add a fix for that scenario whenever I finish up the other additions I am working on.
I've found where the problem is coming from, it turns out that my colony's ideology was created some time ago with an RJW addon that is no longer supported or has been modified. For some reason, when I load that ideology it loads a ritual from that mod that is no longer there instead of deleting it.
I replicated that ideology from scratch, same perceptions and rituals minus the missing one, and that message disappeared.
Here's the log if you're interested:
https://gist.github.com/HugsLibRecordKeeper/e093994e4a3cd70dc3cf153c2db0b89f
I made a new colony loading the old ideology, the error starts appearing on line 8951, instead of SCE_SkyLanternOrgyPattern it has changed to DateRitualConsumable, but it's the same problem. I made a new colony with the new replicated ideology and only one SpeakUp message has appeared (the last one), and I'm pretty sure it's due to localization.
Appreciate the report! That error is not on the XML side, "Last successful rule: SCE_SkyLanternOrgyPattern" means that precept actually processed just fine - it's whatever is coming NEXT that is the issue. So I'll have to fix it on my side.
That said, to determine what's causing it I'll need your log. Even better would be the exported ideology that Rainbow and Cobra have. Best would be a save file, if you are willing to share it.
[SpeakUp] Error processing extra rules: Object reference not set to an instance of an object
Initator: Rainbow, recipient: "Cobra" Cafona.
Last successful rule: INITIATOR_precept → SCE_SkyLanternOrgyPattern
I know that is because the mod can't find a line about this ritual (is from a mod), but I made a XML to solve that and still overflowing my log and it's very annoying when I want to find another logs.
This is the XML I made, I don't know if I made any mistake:
<Patch>
<Operation Class="PatchOperationAdd">
<xpath>/Defs/InteractionDef[defName = "Chitchat"]/logRulesInitiator/rulesStrings</xpath>
<value>
<li>r_logentry(INITIATOR_precept==SCE_SkyLanternOrgyPattern)->How are you, [recipient]? Was just thinking of sky lanterns.</li>
</value>
</Operation>
</Patch>
In that case I'm afraid all I can do is confirm they CAN work, and maybe help you narrow down where it's going wrong for you.
This pastebin [pastebin.com] is how I got it working on my end.
Can you verify what the Debug Setting "Log Grammar Resolution" shows that a Nandroid's _alienRace appears as, if anything? If it shows `■INITIATOR_alienRace → Human` then the way forward is to add a check specifically for pawns utilizing MH (or ABF).
Yeah it wouldn't be any problem to do, but it looks to me like HAR does. With "INITIATOR_alienRace". Are there problems with that implementation or is there specific functionality that you are looking for?
Good point, I marked it in the the About.txt but I don't use workshop enough to remember to do it here!