Eintragsdetails ansehen

IDProjektKategorieSichtbarkeitZuletzt aktualisiert
0002026EresseaGeneralöffentlich2014-09-03 21:50
ReporterJulian Bearbeitung durchCTD  
PrioritätnormalSchweregradkleinerer FehlerReproduzierbarnicht getestet
Status geschlossenLösungkeine Änderung notwendig 
Zusammenfassung0002026: Übergabe von Gegenständen an temp-Einheit verweigert
Beschreibung

Ich wollte eine temp-Einheit erschaffen, die von einer anderen Einheit 19 Personen und je 19 Schild, Schwert und Kettenhemd bekommt. Die Gegenstände kamen nicht an. Es wurden nur die Personen übergeben. Die Einheit zu78 war in einen Monsterkampf verwickelt. Ich habe keine Meldung über Beute aus diesem Kampf.

Befehle 270:

EINHEIT zu78; Kampftrolle [139,0$] [...] GIB TEMP zu78 19 PERSONEN GIB TEMP zu78 19 Schild GIB TEMP zu78 19 Kriegsaxt GIB TEMP zu78 19 Kettenhemd MACHEN TEMP zu78 BENENNEN EINHEIT "Kampftrolle" nach NW KÄMPFEN ; VORNE ENDE

Einheiten in 271:

Kampftrolle (zu78), Invasion (zuLu), 120 Trolle, [...] hat: 139 Kriegsäxte, 139 Kettenhemden, 139 Schilde.

ehemals temp-Einheit: Kampftrolle (h9om), Invasion (zuLu), 19 Trolle, [...] hat: 2 Kettenhemden, 2 Schilde.

Wo die je 2 Kettenhemd und Schild herkommen, verstehe ich auch nicht.

TagsKeine Tags zugeordnet.
ParteizuLu
SpielE3
Report271

Notizen / Dateien

CTD

CTD

2014-09-03 11:32

Entwickler   ~0005365

Zuletzt bearbeitet: 2014-09-03 11:35

Kanst du bitte ALLE Befehle der Einheit sowie den kompletten Kampfreport posten?

Und die Komplette Einheit aus dem Report von 270. (Talente kanst du rausnehmen).

Julian

Julian

2014-09-03 21:04

Reporter   ~0005369

Kann es sein, dass reserviere dahingehend geändert wurde, dass ein GIB nicht mehr wie ein RESERVIERE bei der empfangenden Einheit wirkt? So war das bisher zumindest immer. Ich glaube vor kurzem hatte CTD im Forum so was angekündigt?

Ich vermute inzwischen, dass zu78 die Gegenstände selbst reserviert mit der vollständigen Anzahl an Personen, und erst danach die Personen weggibt? Dann wäre es schön, wenn der RESERVIERE Befehl wüsste, wieviele Personen am Ende der Runde in der Einheit wären.

Was wäre denn gewesen, wenn in dem Kampf alle Personen bis auf eine gestorben wären, hätte die Einheit, dann auch jeweils 139 Schild/Axt/Kettenhemd reserviert? Das gute an RESERVIERE JE ist ja, dass man damit und mit GIB 0, kämpfende Einheiten mobil halten kann.

Wo die 2 Kettenhemden und Schilde herkommen habe ich inzwischen gefunden, die wurden einer anderen Einheit (3uyq) wegreserviert, die selbst kein reserviere hatte. Daher lasse ich den Kampfreport mal weg, der scheint mir unwichtig. Wenn ich irre bitte melden.


Hier die vollständigen Befehle der Einheit zu78:

EINHEIT zu78; Kampftrolle [139,0$] ARBEITEN ATTACKIEREN 817g ;Erschlagene des Bösen @BEWACHEN @FOLGEN EINHEIT 7ktw @RESERVIEREN JE 1 Kriegsaxt @RESERVIEREN JE 1 Kettenhemd @RESERVIEREN JE 1 Schild @RESERVIEREN 6 Wundsalbe @RESERVIEREN 3 Heiltrank GIB TEMP zu78 19 PERSONEN GIB TEMP zu78 19 Schild GIB TEMP zu78 19 Kriegsaxt GIB TEMP zu78 19 Kettenhemd MACHEN TEMP zu78 BENENNEN EINHEIT "Kampftrolle" nach NW GRUPPE "Invasion" KÄMPFEN ; VORNE ENDE

CTD

CTD

2014-09-03 21:50

Entwickler   ~0005370

Das ist normales verhalten. RESERVIERE kommt in der Befehlsreihenfolge nach dem Kampf und natürlich vor GIB. Nach GIB wäre ja sinnlos, denn es soll ja grade das Weggeben verhindern! Daher können bei RESERVIERE zwar Kampfverlust mit JE berücksichtigt werden, aber natürlich keine GIB x y PERSONEN. Das hat auch nichts mit meinen Änderungen zu tun, die verhindern das reservierende Einheiten sich untereinander Gegnstände wegnehmen.

GIB mit fester Anzahl holt sich im Gegensatz zu GIB ALLES Dinge auch von anderen Einheiten, wenn diese nicht reserviert sind. Auf jeden Fall geht RESERVIERE JE vor GIB und ist daher beim Aufteilen von Einheiten denkbar ungeeignet. Wenn du noch mehr Fragen dazu hast können wir das gern im Forum dikutieren.

Eintrags-Historie

Änderungsdatum Benutzername Feld Änderung
2014-09-01 22:34 Julian Neuer Eintrag
2014-09-03 11:32 CTD Notiz hinzugefügt: 0005365
2014-09-03 11:35 CTD Notiz bearbeitet: 0005365
2014-09-03 21:04 Julian Notiz hinzugefügt: 0005369
2014-09-03 21:50 CTD Notiz hinzugefügt: 0005370
2014-09-03 21:50 CTD Status neu => geschlossen
2014-09-03 21:50 CTD Bearbeitung durch => CTD
2014-09-03 21:50 CTD Lösung offen => keine Änderung notwendig