Eintragsdetails ansehen
| ID | Projekt | Kategorie | Sichtbarkeit | Meldungsdatum | Zuletzt aktualisiert |
|---|---|---|---|---|---|
| 0000864 | Eressea | General | öffentlich | 2006-02-27 10:33 | 2007-02-15 00:05 |
| Reporter | Bearbeitung durch | Enno | |||
| Priorität | normal | Schweregrad | kleinerer Fehler | Reproduzierbar | immer |
| Status | geschlossen | Lösung | erledigt | ||
| Zusammenfassung | 0000864: VERLASSEN und BETRETEN | ||||
| Beschreibung | Wird in einer Runde sowohl VERLASSEN als auch BETRETEN BURG xyz als Befehl gegeben, ist die Einheit nachher nicht im Gebäude xyz. Die Kombination ist aber notwendig, wenn man ein Gebäude (oder Schiff) sicher verlassen will, auch wenn man xyz vielleicht nicht betreten darf. | ||||
| Zusätzliche Informationen | 462: Burg Teergrund (uuqn), Größe 620, Burg; ...
EINHEIT 8bdo; Fischer [40,3854$] UNTERHALTEN @GIB n8wn ALLES silber VERLASSEN BETRETEN BURG 8qp1 ;Burg 463: Burg (8qp1), Größe 56, Turm.
| ||||
| Tags | Keine Tags zugeordnet. | ||||
| Partei | 1wpy | ||||
| Spiel | |||||
| Report | 463 | ||||
|
Ja, das sieht man aber auch schon an der Befehlsreihenfolge. Die aendere ich auch nicht, an der haengen viel zu viele Dinge dran. Als Ersatzloesung fuer Dein sehr spezielles Problem (das bisher noch niemand anders hatte), probier mal folgendes: EINHEIT 1 VERLASSE GIB TEMP a ALLES GIB TEMP a ALLE PERSONEN MACHE TEMP a BETRETE BURG xyz NAECHSTER |
|
|
Zu deinem Lösungsvorschlag: Sind TEMP-Einheiten nicht grundsätzlich in dem gleichen Gebäude/Schiff wie die Einheit, der sie "gehören"? Dann würde die TEMP-Einheit, wenn sie nicht Betreten darf, einfach im alten Gebäude bleiben. Dass das Problem noch niemand gemeldet hat liegt vielleicht eher daran, dass es meist relativ einfache work-arounds gibt (zum Beispiel BETRETEN einfach eine Woche später). Bei mir tritt das aber bei fast jeder Invasion und auch bei anderen Gelegenheiten auf. Bei Burgen ist das ja nicht so kritisch, das konkrete Beispiel unten habe ich nur genannt, weil ich es noch mal reproduzieren wollte. Richtig relevant wird es, wenn man aus einem Schiff aussteigen will, ein möglicherweise noch vom Feind besetztes Gebäude betreten und trotzdem sichergehen möchte, nicht auf dem abfahrenden Schiff zu bleiben. Ganz allgemein: Ich weiß von mindestens zwei Gebäuden, die aufgrund der BETRETE/VERLASSE-Problematik eingestürzt sind, es gibt sicher noch unzählige Beispiele. Es ist eben nicht intuitiv, dass ein Gebäude, dass eben erst betreten wurde, in der gleichen Runde wieder verlassen wird. Aus Benutzersicht wäre es wahrscheinlich am einfachsten VERLASSE mit einem (optionalen) Parameter zu verseheh: VERLASSE [schiff/gebäudenr]. Aus der etwas kryptischen Angaben in der Anleitung (Befehlsreihenfolge) und deinem Kommentar entnehme ich, dass das möglicherweise doch nicht so einfach ist. :| |
|
|
TEMP-Einheiten sind im selben Gebäude, wie die "Erzeuger". Enno's work-around funktioniert aber, wenn man noch eine andere Einheit in der Region hat (ausserhalb von Gebäuden), die die TEMP-Einheit "herstellt". Aber zum Problem mit den einstürzenden Gebäuden hätte ich eine Idee: Was wenn leere Tempeinheiten nicht an Stelle 29, sondern nach dem letzten unterhalt der Gebäude an 32,5 gelöscht würden?! Dann könnte man die ursprüngliche Einheit ganz normal verlassen lassen, eine leere TEMP-Einheit erzeugen, welche vielleicht das leere Gebäude betritt und über den Silberpool den Unterhalt bezahlt... Nur so eine Idee. |
|
|
Es ist jetzt seit ein paar Wochen so, dass VERLASSE nur dann ausgefuehrt wird, wenn man das Schiff/Gebaeude nicht in der selben Runde betreten hat. |
|
| Änderungsdatum | Benutzername | Feld | Änderung |
|---|---|---|---|
| 2006-02-27 10:33 |
|
Neuer Eintrag | |
| 2006-02-27 10:33 |
|
Partei/Faction | => 1wpy |
| 2006-02-27 10:33 |
|
Report No. | => 463 |
| 2006-02-27 11:30 | Enno | Status | neu => erledigt |
| 2006-02-27 11:30 | Enno | Lösung | offen => erledigt |
| 2006-02-27 11:30 | Enno | Bearbeitung durch | => Enno |
| 2006-02-27 11:30 | Enno | Notiz hinzugefügt: 0001809 | |
| 2006-02-27 11:30 | Enno | Lösung | erledigt => wird nicht behoben |
| 2006-02-27 13:23 |
|
Status | erledigt => Rückmeldung |
| 2006-02-27 13:23 |
|
Lösung | wird nicht behoben => wiedereröffnet |
| 2006-02-27 13:23 |
|
Notiz hinzugefügt: 0001810 | |
| 2006-02-27 15:08 | Bruck | Notiz hinzugefügt: 0001811 | |
| 2006-07-26 21:17 | Enno | Status | Rückmeldung => erledigt |
| 2006-07-26 21:17 | Enno | Lösung | wiedereröffnet => erledigt |
| 2006-07-26 21:17 | Enno | Notiz hinzugefügt: 0002116 | |
| 2007-02-15 00:05 | Enno | Status | erledigt => geschlossen |