Der SDK-Fragen-Thread

[rucivfan]

Was passiert, wenn isWater(9 true und canRangeDefenseAtfalse?

[Kathy]

Dann hat vorher trotzdem schon ein Angriff stattgefunden. Der Codeteil, auf den du dich beziehst, ist nur der Gegenangriff, und für die Einheit, die den durchführt, wird "isMadeAttack" sowieso nicht geändert, da es ein Verteidigungsmanöver ist.

[Monaldinio]

So, ich habe mir nochmal alles angesehen, mir erscheint es als ob nur mit Hilfe des <SpawningTech>TECH_BlaBla</SpawningTech> Tag in der GAMEOPTION NO_EXPANSION_FACTIONS Funktion geregelt wird, welche Fraktion eine Expansion Fraktion ist.
Grundsätzlich reicht das ja eigentlich auch, denn nur die Expansion Fraktionen spawnen durch die Erfindung bestimmter tech...

Das Problem ist halt nur das ich ein weiteres merkmal bräuchte damit ich meine zusätzlichen Fraktionen von den origalen unterscheiden kann...
So das man beide Pakete, die Expansions Fraktioen und meine "Fan Franktionen" unterscheiden kann...


Mir ist das in den sinn gekommen das man den Expasion Tag ja trotzdem verwenden könnte, definiert ist er ja, nur benutzt wird er nicht...
An dieser Stelle greift ja der <SpawningTech>TECH_BlaBla</SpawningTech> in der GameOption ins geschehen ein oder?!?

if (!GC.getGameINLINE().isOption(GAMEOPTION_NO_EXPANSION_FACTIONS))
					{
						for (int iI = 0; iI < GC.getNumCivilizationInfos(); iI++)
						{
							if ((TechTypes)(GC.getCivilizationInfo((CivilizationTypes)iI).getSpawningTech() == eIndex))   #######An dieser stelle wird doch der SpawningTech Tag angesprochen oder?????######

Könnte man nicht eine zusätliche Bedingung einbauen, den nichtbenutzten <bExpansion>1</bExpansion> Tag z.B.?!?!

Denn dann könnte ich einen weiteren Tag definieren, zum Beispiel <bExpansion+>1</bExpansion+>...
Diesen Tag würde ich dann meinen zusätlichen Fraktionen in der CivilizationInfo geben...
Die Game Option Funktion würde ich dann kopieren, einfügen und im prinzip nur die Zusätzliche Bedingung austauschen...
Könnte das funktionieren?!?
Ich hoffe man versteht was ich meine...

[Kathy]

Meiner meinung nach müsste das klappen, wenn bExpansion wirklich definiert ist. Vermutlich gibt es dann irgendwo eine Funktion, durch die du "if (GC.getCivilizationInfo((CivilizationTypes)iI->isExpansion())" abfragen kannst.

[Monaldinio]

bExpansion ist wirklich definiert, meiner Meinung nach, siehe post 813,...

Und so eine Funktion wie von dir angesprochen, wird ja selbst in der GAME OPTION Funktion an sich schon verwendet...

if (!GC.getCivilizationInfo((CivilizationTypes)iI).isLeaders(iJ))

Kann ich nicht einfach if (!GC.getCivilizationInfo((CivilizationTypes)iI).isExpansion(iJ))....(ob das so richtig ist mit den iJ weiß ich nicht)....über die if ((TechTypes)(GC.getCivilizationInfo((CivilizationTypes)iI).getSpawningTech() == eIndex)) Funktion einfügen?!?

					if (!GC.getGameINLINE().isOption(GAMEOPTION_NO_EXPANSION_FACTIONS))
					{
						for (int iI = 0; iI < GC.getNumCivilizationInfos(); iI++)
						{
							if ((TechTypes)(GC.getCivilizationInfo((CivilizationTypes)iI).getSpawningTech() == eIndex))
							{
								bool bValid = true;
								PlayerTypes eNewPlayer = NO_PLAYER;
								LeaderHeadTypes eLeader = NO_LEADER;
								for (iJ = 0; iJ < MAX_CIV_PLAYERS; iJ++)
								{
									if (GET_PLAYER((PlayerTypes)iJ).isEverAlive())
									{
										if (GET_PLAYER((PlayerTypes)iJ).getCivilizationType() == iI)
										{
											bValid = false;
											break;
										}

[rucivfan]

Wenn GC.getCivilizationInfo((CivilizationTypes)iI).getSpawningTech() == eIndex für die spät spwanenden Civs steht, dann geht das so nicht, wenn du GAMEOPTION_NO_EXPANSION_FACTIONS für die spawnenden Cis verwendest.

Oder willst du mit der Option die spawnenden und die Civs, ohne Story-Bezug blockieren? Wenn ja, musst du beide Abfrage mit oder "||" setzen.

[Monaldinio]

Oder willst du mit der Option die spawnenden und die Civs, ohne Story-Bezug blockieren? Wenn ja, musst du beide Abfrage mit oder "||" setzen.

Ich möchte die ja gerne einzeln/separat blocken können, das heißt ich möchte eine weitere Option einfügen um die nicht story bezogenen Fraktioen zu blocken, die im Prinzip genauso funtkioniertsoll wie die für die originalen Expansion Fraktionen...

[rucivfan]

Möchtest du dann iExpansion für deine nicht Story-Civs verwenden? Wenn du das nicht klar sagst, kann man dir nicht helfen.

[Monaldinio]

naja, ich brauche mMn ein zusätzliches Merkmal um die beiden Fraktionstypen auseinander zu halten, denn die nicht story Fraktionen spawnen ja uch durch techs...
Und dazu wollte ich den iExpasion verwenden...denn dahinter verbirgt sich ja der <bExpansion> Tag oder?!?

[rucivfan]

So meinte ich das.

Willst du aber für die Story-Civs das Attribut als Vorbild fertig machen, könntest du das machen, bin mir aber nicht sicher.

[Monaldinio]

Willst du aber für die Story-Civs das Attribut als Vorbild fertig machen....

Das verstehe ich jetzt wiederum nicht...

[rucivfan]

Ich meine, du möchtest iExpansion aus der XMl wirken lassen und damit entschieden lassen, welceh Civs durch die Option GAMEOPTION_NO_EXPANSION_FACTIONS beeinflusst werden.

Dann möchtest du dein eigenes Attribute für deine nciht Story-Civs nach dem Vorbild anlegen.

[Monaldinio]

Ich würde es jetzt so machen...

if (!GC.getGameINLINE().isOption(GAMEOPTION_NO_EXPANSION_FACTIONS))
					{
						for (int iI = 0; iI < GC.getNumCivilizationInfos(); iI++)
						{
							if ((TechTypes)(GC.getCivilizationInfo((CivilizationTypes)iI).getSpawningTech() == eIndex)) ||
                                                        (!GC.getCivilizationInfo((CivilizationTypes)iI).isExpansion(iJ)) ||
							{

[rucivfan]

Kannst du mal die komplette Funktion posten?

Dort ist ein || zu viel.

[Monaldinio]

Ich meine, du möchtest iExpansion aus der XMl wirken lassen und damit entschieden lassen, welceh Civs durch die Option GAMEOPTION_NO_EXPANSION_FACTIONS beeinflusst werden.

Dann möchtest du dein eigenes Attribute für deine nciht Story-Civs nach dem Vorbild anlegen.

Jaaaaaaaaaaaaaaaaaaaaa! Genau!!! So wollte ich das machen! Jetzt hast du mich verstunden rucivfan, Sprache ist so unpräzise...