Eintragsdetails ansehen
| ID | Projekt | Kategorie | Sichtbarkeit | Meldungsdatum | Zuletzt aktualisiert |
|---|---|---|---|---|---|
| 0002273 | Eressea | General | öffentlich | 2017-01-18 10:15 | 2019-10-03 21:55 |
| Reporter | Enno | Bearbeitung durch | Enno | ||
| Priorität | normal | Schweregrad | kleinerer Fehler | Reproduzierbar | nicht getestet |
| Status | geschlossen | Lösung | erledigt | ||
| Produktversion | 3.10.4 | ||||
| Zielversion | 3.11 | Behoben in Version | 3.11 | ||
| Zusammenfassung | 0002273: config.lua automatisch laden | ||||
| Beschreibung | Bevor man ein Datenfile laden kann, muss man in der Regel require 'config' schreiben, damit die Rassen, Items, usw. im Speicher sind, auf die sich das Datenfile beziehen wird. Es wäre hilfreich, wenn im Spiel-Verzeichnis eine Datei config.lua liegt, dass diese sofort gelesen wird. Das darf nicht mit dem an der Kommandozeile angegebenen Skript in Konflikt kommen, versteht sich. | ||||
| Tags | Keine Tags zugeordnet. | ||||
| Partei | 0 | ||||
| Spiel | E2 | ||||
| Report | 0 | ||||
|
Erster Versuch ist dramatisch gescheitert: Die Tests kommen nicht klar damit, dass schon eine Konfiguration geladen wurde.
|
|
|
Das geht schief, weil basierend auf der eressea.ini Datei in dem jeweiligen Verzeichnis (in diesem Falle tests/) die XML und JSON config geladen wird. Also z.B. die terrains von E2. Wenn man aber E3 testen will, muss man die E3-Terrains laden ("packice" gibt es in E2 nicht), und die Tests laden scheinbar keine eigene Konfiguration, selbst wenn sie die versehentlich geladene wieder löschen täten (was sie wohl auch nicht tun). Es geht also nicht, dass man config.lua und eressea.ini in dem selben Verzeichnis hat, in dem man die Spiele-Tests fährt. Es sei denn, man schreibt mit -re3 die Konfigurationsdatei vor, und ignoriert so die eressea.ini? Das scheint zu gehen. Machen wir so. |
|
|
Funktioniert, glaube ich (habe gerade kein Windows zum testen), und man kann muss halt die config ueber ein require in custom.lua laden. |
|
|
Die Version 3.11 ist historisch, alle gefixten Bugs scheinen keine Probleme zu haben. |
|
| Änderungsdatum | Benutzername | Feld | Änderung |
|---|---|---|---|
| 2017-01-18 10:15 | Enno | Neuer Eintrag | |
| 2017-01-18 10:15 | Enno | Status | neu => zugewiesen |
| 2017-01-18 10:15 | Enno | Bearbeitung durch | => Enno |
| 2017-01-24 07:43 | Enno | Notiz hinzugefügt: 0006918 | |
| 2017-01-24 10:30 | Enno | Notiz hinzugefügt: 0006919 | |
| 2017-01-24 17:24 | Enno | Status | zugewiesen => erledigt |
| 2017-01-24 17:24 | Enno | Lösung | offen => erledigt |
| 2017-01-24 17:24 | Enno | Behoben in Version | => 3.11 |
| 2017-01-24 17:24 | Enno | Notiz hinzugefügt: 0006920 | |
| 2017-05-26 06:33 | Enno | Notiz hinzugefügt: 0007230 | |
| 2017-05-26 06:33 | Enno | Status | erledigt => geschlossen |
| 2019-10-03 21:55 | Enno | Kategorie | Featurewunsch => General |