Neue Moddingmöglichkeiten in BtS (Civ4) - Versionsgeschichte

Radyserb: Klammer hinzugefügt

2013-12-20T16:49:09Z

Klammer hinzugefügt

Shakka am 13. September 2013 um 10:56 Uhr

2013-09-13T10:56:20Z

Makarius: /* 14.0 Anhang A- Modulares XML Laden */ Erweiterung aus der deutschen Übersetzung

2008-09-09T08:20:24Z

‎14.0 Anhang A- Modulares XML Laden: Erweiterung aus der deutschen Übersetzung

Makarius: Rechtschreibung

2008-09-09T07:56:04Z

Rechtschreibung

Änderungen zeigen

Magic am 8. September 2008 um 14:05 Uhr

2008-09-08T14:05:01Z

Kontrollator: /* 14.8 Organisation */

2007-08-02T08:52:06Z

‎14.8 Organisation

Kontrollator am 2. August 2007 um 08:43 Uhr

2007-08-02T08:43:32Z

Kontrollator am 1. August 2007 um 10:15 Uhr

2007-08-01T10:15:46Z

Kontrollator: /* 11.0 Neue Global Defines */

2007-08-01T10:08:40Z

‎11.0 Neue Global Defines

Kontrollator: /* 4.0 Mod-spezifische Anzeige */

2007-08-01T10:05:14Z

‎4.0 Mod-spezifische Anzeige

@@ Zeile 4: / Zeile 4: @@
 '''<u>Ein Modder-Leitfaden zu Beyond the Sword</u>'''<br>
-(Original unter: [http://forums.civfanatics.com/showthread.php?t=229557| http://forums.civfanatics.com/showthread.php?t=229557]
+(Original unter: [http://forums.civfanatics.com/showthread.php?t=229557| http://forums.civfanatics.com/showthread.php?t=229557])
 <br><br>
 '''Über die Autoren''':

← Nächstältere Version		Version vom 13. September 2013, 10:56 Uhr
Zeile 1:		Zeile 1:
		+	__NOMATHJAX__
	[[Kategorie:Civ4]]		[[Kategorie:Civ4]]
	[[Kategorie:Modifizieren (Civ4)]]		[[Kategorie:Modifizieren (Civ4)]]

← Nächstältere Version		Version vom 9. September 2008, 08:20 Uhr
Zeile 782:		Zeile 782:

	: 10. Schließlich fülle die Readme.txt aus, sodass andere, die dein Modul nutzen, es dir anrechnen oder dich kontaktieren können, baue alle speziellen Konfigurationseinstellungen oder Abhängigkeiten, um die zu wissen gut wäre, ein.		: 10. Schließlich fülle die Readme.txt aus, sodass andere, die dein Modul nutzen, es dir anrechnen oder dich kontaktieren können, baue alle speziellen Konfigurationseinstellungen oder Abhängigkeiten, um die zu wissen gut wäre, ein.
		+
		+
		+	=== 14.9 Fehlerbehebung===
		+
		+	Einige der häufigsten Probleme, die du haben wirst, und ihre Ursachen sowie Möglichkeiten der Abhilfe:
		+
		+	Obwohl es beim Laden keine Fehlermeldung gab, ist kein Unterschied erkennbar -
		+	Das liegt daran, dass die modulare xml-Datei komplett ausgelassen wird. Du kannst in deinem xml-Log sehen, dass die Dateien nie geladen wurden. Überprüfe zunächst, ob die „modular loading“-Option in der .ini auf 1 gesetzt ist. Wenn immer noch nichts passiert, schau nach, ob das Modulpaket unter "Assets/modules" und nicht direkt unter Assets oder im xml-Ordner gespeichert ist. Und schließlich versichere dich, dass die xml-Dateien '_'-Zeichen enthalten, es ist leicht, sie zu vergessen.
		+
		+	Magentafarbene Schaltflächen oder „roter Ball“-Einheiten und Gebäude -
		+	Der Pfad der ArtDef-Date ist falsch und sie kann nicht gefunden werden. Überprüfe deine Graphikdateien auf Dopplungen. Hast du daran gedacht, sie ins Modul zu packen? Überprüfe die ArtDef und sorge dafür, dass der Dateipfad mit dem Modulpfad übereinstimmt, meist wird das "modules/TYPEOFMODULE/MODULENAME/FILENAME" sein, oder referenziere Inhalte der ursprünglich installierten Graphik.
		+
		+	Ladefehler "invalid according to schema" –
		+	Das kann zwei Gründe haben: Folgt der Fehlermeldung ein bestimmter Tag mit Zeile folgt – so etwas wie " on line # is invalid" -, harmoniert die xml-Dateinicht mit deinem Schema (eines ist Warlords, das andere BtS; das könnte auch andersrum sein und du bekämest die eine ähnliche Fehlermeldung. Im anderen Fall, wenn nichts folgt, zeigt das an, dass das Schema nicht gefunden wurde und es keine Übereinstimmung zwischen Schemenname und Schemenreferenz gibt, siehe Schritt 4 und 5.
		+
		+	Ladefehler "reference not found" –
		+	Zu diesem Fehler kommt es, wenn ein Zeichenkettenname im globalen Hash nicht gefunden wird. Du kannst OK anklicken, um weiterzukommen und mit dem Laden fortfahren, um weitere Fehler zu jagen; dann wird die nicht gefundene Zeichenkette zu NONE verstümmelt. Modulares Laden entfernt keine der Originalzeichenketten, solange also das Modul nur Sachen aus dem ursprünglichen Spiel (oder Mod) referenziert, wird dieser Fehler nicht auftreten. Wenn du aber Module erstellst, die aufeinander angewiesen sind, sagen wir, zwei Einheiten,Einheit A, die zu B modernisiert werden kann, wird A einen Verweis auf B benötigen und A ohne B zu laden würde zu dieser Fehlermeldung führen.
		+
		+	Ansehen des Objekts in der Zivilopädie zeigt eine leere Seite, keine Schaltfläche in einer Liste oder Python-Meldung -
		+	Das liegt meist an einer fehlenden ArtDef, wenn z.B. eine Einheit auf eine ArtDef BLA_ARTDEF verweist, die nicht gefunden wird, weil sie falsch benannt wurde, fehlt oder ihr einfach der Unterstrich fehlt. Sobald das korrigiert ist, wird die leere Seite erlöschen und man wird zumindest magentafarbene Schaltflächen sehen.
		+
		+
		+	=== 14.10 Laden des Caches ===
		+
		+	Wenn Cache-Laden aktiviert ist, wird das Suchen regulärer Ausdrücke für jede Datei, die auf diese Art geladen werden kann (die 13 größten Dateien einschließlich des Hauptteils des Inhalts), übersprungen werden, andere Dateiarten werden immer noch Module suchen und laden. Wenn das Spiel Änderungen in den Custom Assets oder Mod Assets entdeckt, wird es die komplette Suche durchführen und die Inhalte aller gefundenen Module in die Cache-Dateien, diese werden in den folgenden Spielen mit höherer Geschwindigkeit geladen. Es hat sich beim Testen gezeigt, dass das Spiel in manchen Fällen dazu gebracht wird, fälschlicherweise aus dem Cache zu laden, wenn Module hinzugefügt oder entfernt wurden, daher wird empfohlen, Cache-Laden durch Drücken der Umschalttaste, wenn das Spiel zu laden beginnt, explizit zu verbieten, nachdem Module hinzugefügt/entfernt wurden, um auf der sicheren Seite zu sein. Wenn du beim Laden des Caches eine Fehlermeldung erhältst, ist der erste Reparaturversuch, einfach nochmal ohne Caching neu zu laden.
		+
		+
		+	=== 14.11 Templates ===
		+	Als Hilfe zur Erleichterung der Erstellung neuer Mods habe ich einen Satz Vorlagen für einige der größeren Dateiarten eingefügt. Diese Ordner enthalten eine leere Kopie einer jeden Datei, die eingebaut werden muss, um ein neues Element dieser Art im Spiel zu erhalten. Um ein Objekt zu verändern, musst du lediglich eine Kopie der Dateien, die du tatsächlich veränderst, einfügen, z.B. erfordert die Änderung eines Gebäudenamens eine kurze GameText-Datei und alles andere könnte gestrichen werden. Eine typische Vorlage sieht so aus:
		+	{{Quote \|
		+	text=PHP-Code:<br>
		+	<?xml version="1.0"?>
		+	<!-- edited with XMLSPY v2004 rel. 2 U (http://www.xmlspy.com) by Soren Johnson (Firaxis Games) -->
		+	<!-- Sid Meier's Civilization 4 -->
		+	<!-- Copyright Firaxis Games 2005 -->
		+	<!-- -->
		+	<!-- Tech Infos -->
		+	<Civ4TechInfos xmlns="x-schema:_CIV4TechnologiesSchema.xml">
		+	<TechInfos>
		+
		+	</TechInfos>
		+	</Civ4TechInfos>
		+	}}
		+
		+	14.12 Ressourcen
		+
		+	Bald wird im civfanatics CIV4 Creation and Customization forum ein neues Unterforum, genannt das "Plug and Play" forum, eröffnet werden, zu finden unter http://forums.civfanatics.com/forumdisplay.php?f=255. Es wird zum Posten neuer Module bestimmt sein. Eine andere Ressource, die sich bereits in Entwicklung befindet, ist der 'Bibliothekszweig' des CCCP unter http://sourceforge.net/projects/civ4ccp/library/, wo man eine wachsende Sammlung von Modulen jeder Art finden kann. Sie waren ursprünglich für die Warlordsversion des MXMLL geschrieben und werden zu BtS konvertiert werden. All diese Module sind zu Download, Gebrauch, Veränderung und Weiterverteilung freigegeben. Purplexus von CFC ist der Chef-Modulersteller der ursprünglichen Warlordsversion und moderiert das neue P&P-Forum und die CCCP-Bibliothek und ist der erfahrenste „Guru“ bzgl. der Module, genauso wie ihres Schreibens, er kann zusätzliche Tipps und Hilfen zum Modulerstellen geben. Erwarte in den nächsten Wochen auf Feedback basierende, detailliertere Anleitungen von ihm.

	== Quelle ==		== Quelle ==

@@ Zeile 454: / Zeile 454: @@
 == 11.0 Spieleinstellungen ==
-== 11.1 Neue Global Defines ==
+=== 11.1 Neue Global Defines ===
 In Warlords gab es 17 neue global defines (globale Festlegungen). Es ist gerecht, zu sagen, dass Firaxis sich auch hier selbst übertroffen hat, Moddern einfache Kontrolle über noch mehr Funktionen zu geben. Denke daran, dass alle globalen Festlegungen in der GlobalDefinesAlt.xml vorgenommen werden sollten.
@@ Zeile 569: / Zeile 569: @@
 : '''COMBAT_SYNCH_DIE_FADE'''
-== 11.2 Neue ini-Optionen ==
+=== 11.2 Neue ini-Optionen ===
 BtS enthält ebenfalls ein paar neue einstellbare Optionen in deiner [Modname].ini-Datei. Diejenigen, die schon seit einer gewissen Zeit modden, sind über CustomAssets-Kompatibilitätsprobleme gestolpert. Das Problem ist, dass ein Modder seine Mod in den CustomAssets-Ordner installieren oder der Spieler dort Dateien verändern mag. Diese Veränderungen sind dann vielleicht mit dem normalen Spiel verträglich, sodass der Nutzer kein Problem bemerkt, bis er eine Mod lädt und sie nicht funktioniert. Ich vermag nicht zu sagen, wie viele Leute von genau deshalb von Modladeproblemen geschrieben haben. Ich weiß, dass es einen größeren Anteil gibt, der gar nichts postet; er glaubt dann, die Mod funktioniere nicht.
 Ich möchte wärmstens empfehlen, dass jeder Modder in seiner Mod NoCustomArt und NoCustomAssets auf 1 setzt, um derartige Fehler zu vermeiden.
@@ Zeile 605: / Zeile 605: @@
 == 14.0     Anhang A- Modulares XML Laden ==
-== 14.1     Einleitung ==
+=== 14.1     Einleitung ===
 „Modulares XML Laden“ (MXMLL) ist ein neues Feature in BtS, das kreiert wurde, um Modder beim Teilen und Kombinieren ihrer Modifikationen zu unterstützen. Die, die sich mit den XML-Dateien aus Vanilla und Warlords auskennen, wissen, dass das Spiel Daten aus mehreren Dutzend XML-Dateien lädt; eine Datei für Gebäude, eine für Einheiten, usw. Früher war es nur möglich, eine Datei jeder Art zu laden und diese Datei musste unter einem ganz betimmten Dateipfad abgelegt sein und genau den richtigen Namen haben, um korrekt geladen zu werden. MXMLL ist eine Möglichkeit, Mods zu erstellen, die diese Einschränkungen umgehen; Indem man es verwendet, kann man „Module“ erstellen, kleine Pakete, die alle gleichzeitig geladen werden können und dadurch dem Nutzer einen einfachen Weg eröffnen, viele Mods gleichzeitig zu spielen. Dieser Leitfaden ist für Modder gedacht; er wird die Regeln, Strukturen und besten Vorgehensweisen zum Erstellen von Modulen und Konvertieren existenter Mods in das Modulformat. Sobald ein Modul erstellt ist, muss niemand mehr das ermüdende Ausschneiden-und-Einfügen verwenden, um Mods zu kombinieren und Modder werden in der Lage sein, ihre Objekte zu erneuern, ohne die von anderen anzurühren.
-== 14.2    Module erstellen ==
+=== 14.2    Module erstellen ===
 Weil die meisten bisherigen Mods in dem „aus einem Guss“-Format, soll heißen einer Datei jeder Art, vorliegen, werden die meisten neuen Mods auf einem von drei Wegen erstellt werden:
@@ Zeile 622: / Zeile 622: @@
-== 14.3     Wie es funktioniert ==
+=== 14.3     Wie es funktioniert ===
 MXMLL arbeitet komplett während der XML-Ladezeit des Spiels. Während des Ladens liest das Spiel Daten für jeden Dateityp nacheinander, sodass es die Anzahl jeder Art von Spielelementen bestimmen und sie korrekt indizieren kann. Für jede Datei wird der „Basis-“Inhalt wie gewöhnlich von den Standarddateipfaden geladen, die man aus Warlords kennt. Dann wird der config-Parameter „Modulares Laden“ überprüft. Ist er 1 (true), wird eine Suche in den Ordnern „Modules“ innerhalb der gespielten Mod und „custom assets“ durchgeführt. Ein regulärer Ausdruck wird verwendet, um die Art einer jeden XML-Datei festzulegen, und nur die der richtigen Art werden geladen. Elemente innerhalb der Module werden nach den Basisinhalten geladen und können Basisinhalte ersetzen, die einen gleichen Typnamen haben, Module werden ebenfalls nacheinander geladen und ersetzen sich gegenseitig, sodass das letztgeladene im Spiel vorkommt. Die Reihenfolge des Modulladens wird nicht dadurch beeinflusst,ob das Modul in den Custom Assets oder der Mod selber vorliegt, beide könnten das andere ersetzen. Vermeide also immer, zwei konkurrierende Module zu haben.
-== 14.4     Was nicht funktioniert ==
+=== 14.4     Was nicht funktioniert ===
 Leider gibt es eine Gruppe von Dateien, die nicht mit MXMLL zusammenarbeitet, und zwar jede, die mit Sound- oder Audio-Dateien zu tun hat. Diese wurden bisher nicht kompatibel gemacht, ebenso sind einige Dateitypen wie MissionInfos.xml und CommerceTypes.xml mit Enums im SDK verknüpft, sodass jede Erweiterung dieser Dateien ohne eine zugehörige Veränderung im SDK keine Wirkung hätte. Es wird empfohlen, keine Module mit diesen Dateien zu erstellen.
-== 14.5     Benennungsregeln ==
+=== 14.5     Benennungsregeln ===
 Das Dateienbenennungssystem, das benutzt werden muss, damit eine modulare XML-Datei geladen wird, ist streng, aber einfach und allgemeingültig. Weil * ein (mehrstelliges) Platzhalterzeichen ist, kannst du einen beschreibenden Namen vorweg platzieren, wie Ninja_CIV4UnitInfos.xml. Auch kann es eine beliebige Anzahl zwischengeordneter Ordner innerhalb des xml-Ordners geben; Daten können also nach Herzenslust verschachtelt werden. Beispiel: "modules/Custom Units/Ninja/Ninja_CIV4UnitInfos.xml". Das ist anders als das Standardladen des Spiels, das sehr starr war und noch immer ist. Das Ausbleiben der Übereinstimmung mit dem regulären Ausdruck ist der wahrscheinlichste Grund dafür, dass Inhalte im Spiel still und heimlich nicht auftreten (keine Ladewarnung!).
-== 14.6     Unterstützte Dateitypen ==
+=== 14.6     Unterstützte Dateitypen ===
 Die folgenden Arten von Dateien werden unterstützt; in allen Fällen wird das Spiel Dateien namens modules/*_TYP.xml suchen und finden, bei denen TYP eine der folgenden Zeichenketten ist:
@@ Zeile 753: / Zeile 753: @@
 : "CIV4EspionageMissionInfo"
-== 14.7 Schema ==
+=== 14.7 Schema ===
 Der hauptsächliche Nachteil dieser Ordnerflexibilität ist, dass jede XML-Datei noch immer vor dem Laden für gültig erklärt werden muss und dass Civ das Schema in dem selben Ordner verlangt wie die Datei, die für güktig erklärt werden soll. Andernfalls schlägt das Laden fehl und eine Warnung wird ausgegeben, bei der man auf „OK“ klicken kann, um mit dem Laden fortzufahren, dann wird es allerdings danach wahrscheinlich „ITEM NOT FOUND“-Warnungen geben, weil die anderen mit dem Modul verbundenen Dateien mit in der Luft hängegenden Referenzen zurückbleiben. In manchen Fällen ist es möglich, nur die Original-Schema-Dateien unverändert zu kopierenund das laufen zu lassen, aber das führt eventuell zu schwer behebbaren Überkreuzvalidationsfehlern, wenn man beginnt, irgendein verändertes Schema zu verwenden, deshalb ist es empfehlenswert, alle Modulschemata so umzubenennen, dass ein einfaches „Modulname_“ am Anfang steht, um das Modul mit dem Modul darin in Einklang zu bringen. Das stellt sicher, dass das Schema nur lokal genutzt wird und andere Module nicht zerstört. Denke daran, die Header der das Schema verwendenden Dateien abzuändern, sodass sie richtig darauf verweisen. Das ist besonders wichtig bei den Modulen, die einen neuen XML-Tag verwenden wollen, der mit einer modifizierten DLL geladen werden soll; das lokale Schema wird es ermöglichen, das Modul unter einer nichtmodifizierten DLL zu laden und das modifizierte Schema davon abzuhalten, andere XML-Dateien ungültig zu machen, im besten Fall wird es rückwärtskompatibel zu der bereitgestellten unmodifizierten DLL sein; keine Tags werden entfernt.
-== 14.8 Organisation ==
+=== 14.8 Organisation ===
 Auch wenn es nicht notwendig ist, wied doch empfohlen, dass Modder diese Organisationsvorschläge nutzen, damit alle auf dem selben Stand sind und Module leicht benutzt werden können. Innerhalb der Module wird es für jeden der größeren datentypen zwei Ordner geben, einen für Modifikationen an bestehenden Objekten „Modified TYPE“ und einen für neues Material „Custom TYPE“, wobei TYPE das Selbe ist wie ein Dateityp.Solche Sachen wie ganze Zivilisationen, die abhängige Unterelemente haben, sollten diese in ihren eigenen Ordnern beinhalten, sodass ein einzelnes Package alles enthält, um eine Civ hinzuzufügen oder zu entfernen. In der Regel sollte der Inhalt in den kleinsten Teilen, die eigenständig verwendbar sind vorliegen, wie einzelnen Einheiten, Technologien und Gebäuden. Nur wenn viele Elemente wegen Querverweisen voneinander abhängen, sollten sie zusammengepackt werden; das kann dadurch geschehen, dass einfach mehrere Elemente in jeder XML-Datei aufgeführt werden, genauso, wie die originalen „monolithischen“ Spieldateien aufgebaut waren. Wenn alle Abhängigkeiten innerhalb einer solchen XML-Datei vorliegen, wird sie sauber geladen.

@@ Zeile 759: / Zeile 759: @@
 == 14.8 Organisation ==
-Auch wenn es nicht notwendig ist, wied doch empfohlen, dass Modder diese Organisationsvorschläge nutzen, damit alle auf dem selben Stand sind und Module leicht benutzt werden können. Innerhalb der Module wird es für jeden der größeren datentypen zwei Ordner geben, einen für Modifikationen an bestehenden Objekten „Modified TYPE“ und einen für neues Material „Custom TYPE“, wobei TYPE das Selbe ist wie ein Dateityp.Solche Sachen wie ganze Zivilisationen, die abhängige Unterelemente haben, sollten diese in ihren eigenen Ordnern beinhalten, sodass ein einzelnes Package alles enthält, um eine Civ hinzuzufügen oder zu entfernen. In der Regel sollte der Inhalt in den kleinsten Teilen, die eigenständig verwendbar sind vorliegen, wie einzelnen Einheiten, Technologien und Gebäuden. Nur wenn viele Elemente wegen Querverweisen voneinander abhängen, sollten sie zusammengepackt werden; das kann dadurch geschehen, dass einfach mehrere Elemente in jeder XML-Datei aufgeführt werden, genauso, wie die originalen „monolithischen“ Spieldateien aufgebaut waren. Wenn alle Abhängigkeiten innerhalb einer solchen XML-Datei vorliegen, wird sie saber geladen.
+Auch wenn es nicht notwendig ist, wied doch empfohlen, dass Modder diese Organisationsvorschläge nutzen, damit alle auf dem selben Stand sind und Module leicht benutzt werden können. Innerhalb der Module wird es für jeden der größeren datentypen zwei Ordner geben, einen für Modifikationen an bestehenden Objekten „Modified TYPE“ und einen für neues Material „Custom TYPE“, wobei TYPE das Selbe ist wie ein Dateityp.Solche Sachen wie ganze Zivilisationen, die abhängige Unterelemente haben, sollten diese in ihren eigenen Ordnern beinhalten, sodass ein einzelnes Package alles enthält, um eine Civ hinzuzufügen oder zu entfernen. In der Regel sollte der Inhalt in den kleinsten Teilen, die eigenständig verwendbar sind vorliegen, wie einzelnen Einheiten, Technologien und Gebäuden. Nur wenn viele Elemente wegen Querverweisen voneinander abhängen, sollten sie zusammengepackt werden; das kann dadurch geschehen, dass einfach mehrere Elemente in jeder XML-Datei aufgeführt werden, genauso, wie die originalen „monolithischen“ Spieldateien aufgebaut waren. Wenn alle Abhängigkeiten innerhalb einer solchen XML-Datei vorliegen, wird sie sauber geladen.
+<br><br>
 :  1. Erstell einen neuen Ordner, der den Modulnamen trägt. Nimm für diesen etwas Beschreibendes, etwas sehr Einfaches. Z.B. „Ninja“.

@@ Zeile 752: / Zeile 752: @@
 : "Civ4TutorialInfos"
 : "CIV4EspionageMissionInfo"
 == Quelle ==

@@ Zeile 453: / Zeile 453: @@
 : '''bOutsideBorders''' - Ob die Geländeverbesserung außerhalb der Grenzen gebaut werden kann
-== 11.0     Neue Global Defines ==
+== 11.1     Neue Global Defines ==
 In Warlords gab es 17 neue global defines (globale Festlegungen). Es ist gerecht, zu sagen, dass Firaxis sich auch hier selbst übertroffen hat, Moddern einfache Kontrolle über noch mehr Funktionen zu geben. Denke daran, dass alle globalen Festlegungen in der GlobalDefinesAlt.xml vorgenommen werden sollten.

@@ Zeile 209: / Zeile 209: @@
 Das blaue Standardinterface von Firaxis ist recht schön, aber es ist nicht allen Mods angemessen. Es ist bereits in Vanilla und Warlords möglich, die Anzeige zu verändern, aber das ist eine Spieleinstellung und kann nicht gemoddet werden. BtS ändert das. Modder können Farbe der Anzeige, Schriftarten, Leisten, alles, was sie für ihre Mod wollen, verändern.
-<br>
 Alles in den Unterordnern von “..\Sid Meier's Civilization 4\Resource” kann durch passende Dateien im “..\Sid Meier's Civilization 4\Beyond the Sword\Mods\[ModName]\Resource”-Ordner überschrieben werden. Dieser Ordner muss eine  Civ4.thm-Datei enthalten, die wie folgt zu den zugehörigen modspezifischen Ressourcen umleitet:
-<br>
+{{Quote |
 // *** Control Bitmap Theme file
-<br>
+<br><br>
-// Set the resource
+// Set the resource<br>
 resource_path   "Mods/[ModName]/Resource";
-<br>
+<br><br>
-// Setup common properties
+// Setup common properties<br>
 include                 "Mods/[ModName]/Resource/Themes/Civ4/Civ4Theme.thm";
-<br>
+}}
 Alle möglichen Optionen detailliert auszuführen, die sich so verändern lassen, ist nicht Ziel dieses Leitfadens, es handelt sich grundsätzlich um alles, das in den früheren Versionen getan werden konnte, aber jetzt können diese Themes in Mods eingebaut werden, anstatt auf das gesamte Spiel angewendet werden zu müssen. Wenn du vorhast, ein Theme für eine eigene Mod zu erstellen, kannst du jetzt damit anfangen, indem du es in dem Vanilla- oder Warlords- „Ressource“-Ordner erstellst (denke daran, eine Sicherungskopie des Originals anzufertigen). Sobald BtS rauskommt, kannst du es in deinen Mod-Ordner kopieren und anfangen, es zu benutzen.