Wo hast du es geändert? Es wird ein Standardwert oben beim Inizialisieren gesetzt und später ncoh mal zwischen den Global Define lesen noch mal gesetzt. Zweiteren Code hättte ich wohl erst mal auskommentieren sollen. Dort sollte die Setzung aus der XML erfolgen.
Den Goldbug in Zusammenhang mit Popbeförderung habe ich zwar blockiert für nicht Pop, aber die Ursache dafür ist ein tiefgründigeres Problem.
In der XML für den Beförderungschalter gibt es noch bestimmte Einstellungen, bei denen der Bug auftreten kann. Das Hauptproblem dabei ist, dass Einheiten durch Cha oder Civeigenschaft übernommen werden können. Wenn das nicht so wäre, könnte ich einfach sagen, der Code wird nur für Pop-Anführer ausgeführt. Jedoch würde eine durch den Feind übernommenen Einheit die Popbeförderung nicht beim Modernisieren verlieren. Aus diesem Grund muss der Code für alle Anführer ausgeführt werden. Ich habe den Bug erstmal blockiert, in dem der Beförderungsschalter das vorhandensein oder codeseitig auch das nicht vorhandensein einer Beförderung je nach Einstellungen voraussetzt. Das schließt jedoch nicht alle Konfigurationsfehler aus, die durch dieses Feature passieren können. Man könnte auch einfach sagen, wenn man die XML falsch konfiguriert, sind Fehler unvermeidlich. Sollte es jemals einen Aktivier und Deaktivierschalter zu einer Beförderung geben, so sollte man darauf achten, dass nur die Aktiviereinstellung das Attribut bUnitUpgradeTurnSwitch auf true besitzt.
Das Attribut bUnitUpgradeTurnSwitch habe ich bewusst nicht mit den Attribut bPromotionDisable, was aussagt, ob eine Beförderung aktiviert oder deaktiviert wird, gekoppelt, damit die Konfigurationsmöglichkeiten nicht eingeschränkt werden. Es wäre theoretisch möglich folgendes zu machen:
Man erhält eine Einheit durch was auch immer, aber die Einheit soll durch eine Beförderung geschwächt werden. Der Beförderungsschalter soll diese Schwäche deaktivieren und beim Beförderung soll die schwäche wiederkommen. Falls man sowas mal braucht, sollte das auch möglich sein.
Es gäbe zwei Einträge für eine Beförderung zum aktivieren und deaktivieren. Gleichzeitig wäre bei beiden Einträgen bUnitUpgradeTurnSwitch aktiv.
Wenn man Populistisch deaktivieren könnte, dürfte daher nur beim aktivieren bUnitUpgradeTurnSwitch gesetzt werden. Oben habe ich ein Beispiel genannt, bei dem es nur beim Deaktivieren gesetzt werden darf.
Hab gerade in Skype "das wird teueeeeeeeeeeer" gehört. Geil wäre doch, wenn man vor Stadtgründung die Unterhaltskosten sehen würde oder? Weiß nicht, ob das machbar ist.
Um die Option der erhöhten Techkosten musste dich wohl auch kümmern, deine Funktion zur Erfassung der Technologien der Einheiten erscheint mir zu kompliziert.