Eintragsdetails ansehen
| ID | Projekt | Kategorie | Sichtbarkeit | Meldungsdatum | Zuletzt aktualisiert |
|---|---|---|---|---|---|
| 0000565 | Eressea | General | öffentlich | 2005-06-19 15:25 | 2006-04-17 01:46 |
| Reporter | Apexo | Bearbeitung durch | Enno | ||
| Priorität | normal | Schweregrad | kleinerer Fehler | Reproduzierbar | immer |
| Status | geschlossen | Lösung | keine Änderung notwendig | ||
| Zusammenfassung | 0000565: @-Befehle werden gelöscht wenn neuer DEFAULT-Befehl gesetzt wird | ||||
| Beschreibung | Wenn man einer Einheit per DEFAULT "BEFEHL" einen neuen Standard-Befehl gibt, so werden alle dauerhaften kurzen Befehle (die mit einem @ davor) gelöscht Kann auch sein, daß dies Zufall ist und tatsächlich ganz andere Einheiten davon betroffen sind, mir fiel es diese Runde jedoch nur bei 2 Einheiten auf, denen ich DEFAULT-Befehle gegeben habe, sonst scheint keine Einheite betroffen. | ||||
| Zusätzliche Informationen | Beispiel: eingereichte Befehle in Runde 427 EINHEIT oaej KAUFEN 500 Weihrauch DEFAULT "KAUFEN 500 Weihrauch" @VERKAUFEN ALLES Balsam @VERKAUFEN ALLES Juwel @VERKAUFEN ALLES Myrrhe @VERKAUFEN ALLES Gewürz // Kommentar folgende Meldungen ergibt das in der nächsten Runde: Makar (oaej) in Sybus (-3,2): '@VERKAUFEN ALLES Gewürz' - Dieses Gut hat die Einheit nicht. Makar (oaej) bezahlt 666 Silber für den Kauf von Luxusgütern. Makar (oaej) kauft 500 Weihrauch. Makar (oaej) verkauft 77 Balsam. Makar (oaej) verkauft 77 Juwelen. Makar (oaej) verkauft 77 Myrrhe. Makar (oaej) verdient in Xontormia (0,0) 1234567 Silber durch Handel. soweit korrekt - in der Befehlsvorlage (zumindest im CR) steht dann aber nur noch der per DEFAULT gesetzte Befehl (sowie permanente // Kommentare), nicht jedoch die @-Befehle COMMANDS "KAUFEN 200 Weihrauch" "// Kommentar" | ||||
| Tags | Keine Tags zugeordnet. | ||||
| Partei | orkx | ||||
| Spiel | |||||
| Report | 428 | ||||
|
mh. wenn ich schon die Daten verschleiere, dann wenigstens richtig nicht wundern: Sybus (-3,2) und Xontormia (0,0) sind die gleiche Region :-) Dann hab ich noch vergessen ne sinnvolle Kategorie (data) zu setzen ... beat me :-/ |
|
|
Das hängt sicher mit issue 548 zusammen |
|
|
Wenn ein neuer Default-Befehl gegeben wird, löscht der alle vorherigen langen Befehle. Das gilt auch bei KAUFEN/VREKAUFEN so. Mal ein Beispiel... Unsere Einheit hat die Befehle: NACH OST DEFAULT "@KAUFEN 500 Weihrauch" DEFAULT "@KAUFEN 500 Juwel" @GIB hurz 5 Balsam @VERKAUFEN ALLES Juwel @VERKAUFEN ALLES Myrrhe @VERKAUFEN ALLES Gewürz // Kommentar Dann steht in der Vorlage für den kommenden Zug: @KAUFEN 500 Weihrauch @KAUFEN 500 Juwel @GIB hurz 5 Balsam // Kommentar Sprich, alle langen Befehle mit @ sind raus, und durch neue DEFAULT ersetzt, kurze (@GIB) bleiben jedeoch erhalten, ebenso wie Kommentare. |
|
| Änderungsdatum | Benutzername | Feld | Änderung |
|---|---|---|---|
| 2005-06-19 15:25 | Apexo | Neuer Eintrag | |
| 2005-06-19 15:25 | Apexo | Partei/Faction | => orkx |
| 2005-06-19 15:25 | Apexo | Report No. | => 428 |
| 2005-06-19 15:29 | Apexo | Notiz hinzugefügt: 0001262 | |
| 2005-06-19 17:41 | Enno | Notiz hinzugefügt: 0001265 | |
| 2005-07-15 22:59 | Enno | Status | neu => bestätigt |
| 2005-07-16 19:16 | Enno | Status | bestätigt => erledigt |
| 2005-07-16 19:16 | Enno | Lösung | offen => keine Änderung notwendig |
| 2005-07-16 19:16 | Enno | Bearbeitung durch | => Enno |
| 2005-07-16 19:16 | Enno | Notiz hinzugefügt: 0001376 | |
| 2006-04-17 01:46 | Enno | Status | erledigt => geschlossen |