Topic: Mauern Skript

Ok.
Also wenn das Auslesen kein Problem ist, dann ist ja alles gut und es steht dem fast nichts mehr im Wege.
Danke für das Angebot das Skript detailiert zu erklären, aber das ist nicht notwendig. Das hat GPT4 bereits gemacht.
Und wenn ich das richtig verstehe, da dein Skript keine "transform=" Aktion nutzt , wird so auch das transform Schleifen Problem 3 umgangen, korrekt ?
Wird nur eine Überprüfung der vordefinierten Aktionen beim laden vorgenommen oder werden auch Skripte beim laden überprüft ?

Das Imperium schlägt zurück ! TY

Top

Quote

@hessenfarmer
1. Kann man mit so einen Skript was aufgerufen wird auch Zustände speichern ?
Zum Beispiel zu welcher Gruppe die vom Arbeiter ausgewählte Gruppe gehört ( ...wall , ...wall_damaged , ...wall_ruin )
Momentan werden ja die _on_change Gruppen benötigt wegen dem verbrauchen des Granitsteins den der Arbeiter in der Hand hält
und um den Zustand zu speichern , welche Gruppe das Ursprungs Objekt angehörte .

2. Kann man mit dem Skript was im Arbeiter Programm aufgerufen wird , auch dem Arbeiter die Ware die er in der Hand hält , entfernen ?
Wenn das geht , dann werden die Gruppen der "... _ wall_ <mauertyp>_on_change" nicht mehr benötigt .
Im allgemeinen benötige ich dann die construct= Aktion gar nicht mehr .

Wenn ich richtig zähle werden dann 4 verschiedene Skripte benötigt , je zwei für bauen und abbauen und von den 2 Skripten davon , eins für Start Arbeit und eins für Ende Arbeit .

---

Attachment:

Das Imperium schlägt zurück ! TY

Top

Quote

Teayo wrote:

Ok ich nehme mal an das du momentan keine Zeit hast .

ja ist tatsächlich knapp gerade.

Ich habe angenommen das es möglich ist mit einen Skript beim einen Arbeiter die Ware die er in der Hand hält zu entfernen .

Hatte ich gesehen, vor eoiner Antwort wollte ich noch etwas testen, aber siehe oben. Wahrscheinlich geht das momentan noch nicht so ohne weiteres.

Andere Frage , weil ich gerade beim editieren der .wad\tribes\initialization\units.lua bin , ganz am Ende der Datei ,
also ziemlich weit unten kommt der Abschnitt fastplace (Widelands Dokumentation "Bootstrapping a Tribe") EN ,
Aus der Dokumentation entnehme ich das dieser Abschnitt für die KI Computerspieler gedacht ist .

Diese Annahme ist falsch. Dieser Abschnitt definiert, welche Gebäude mit welchem Tastaturkürzel ohne Nutzung des Baumenüs direkt bzw. schnell platziert werden können. Daher ist auch nur eine 1 zu 1 Zuordnung erlaubt.

Dann noch eine Frage , beim editieren der Imperium Minen hatte ich in deren Definitionsdateien ( init.lua ) mal das Schlüsselwort "encyclopedia" oder so ähnlich gesehen .
In der Widelands Dokumentation konnte ich dazu nichts passendes finden .
Kann man die Beschreibungen zu den Einheiten für das Stammeslexikon aus der .wad\tribes\initialization\units.lua
in die .wad\tribes\<unit_type>\<subfolder>\<unit_name>\init.lua verlagern ? Das würde diese übersichtlicher gestalten .

\Widelands\data\tribes\buildings\productionsites\empire\marblemine\init.lua

~~~~ [programs] : encyclopedia_granite={ -- just a dummy program to fix encyclopedia descname = "encyclopedia", actions={ "consume=ration wine", "produce=granite:3 marble", }} ~~~~ Obwohl ich sehe gerade das ist etwas ganz anderes . Das hat gar nichts mit dem Stammeslexikon zu tun .

das programm hat tatsächlich etwas mit dem Stammeslexikon zu tun. Es gibt im Lexikon Abschnitte wo tesxt direkt aus den Units.lua Dateien übernommen wird. Andere Abschnitte werden direkt aus den init.lua Dateien gelesen.
hier wird der Anteil der Produktionskosten abgedeckt. Das ist bei allen Programmen notwendig wo Verbrauch und Ertrag in unterschiedlichen Programmen entstehen. Für das Lexikon werden nur Programme berücksichtigt, die sowohl eine consume als auch eine produce Zeile haben
die zu schreibenden Hilfetexte sind soweit ich weiß u.a. deshalb in der units.lua konzentriert, damit man alle Hilfetexte an einem Platz hat. Das wurde nvor ein paar Jahren so geändert.

Top

Quote