Eintragsdetails ansehen
| ID | Projekt | Kategorie | Sichtbarkeit | Meldungsdatum | Zuletzt aktualisiert |
|---|---|---|---|---|---|
| 0002026 | Eressea | General | öffentlich | 2014-09-01 22:34 | 2014-09-03 21:50 |
| Reporter | Julian | Bearbeitung durch | CTD | ||
| Priorität | normal | Schweregrad | kleinerer Fehler | Reproduzierbar | nicht getestet |
| Status | geschlossen | Lösung | keine Änderung notwendig | ||
| Zusammenfassung | 0002026: Ü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. | ||||
| Tags | Keine Tags zugeordnet. | ||||
| Partei | zuLu | ||||
| Spiel | E3 | ||||
| Report | 271 | ||||
|
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). |
|
|
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 |
|
|
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. |
|
| Ä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 |