Unterteilung der Lkw in Bezug auf Anhänger

[Leartin]

Bei beiden Ideen ist ein Ersteller von Addons von den Grundeinstellungen, Vorarbeiten des Grafiksets, und deren zugängliche Beschreibung abhängig.
Bei Deinem Beispiel mit den Einheitstender, muß auch erstmal dieser Gruppe die verschiedenen Tender zugeteilt werden, entweder über den Namen, oder über eine eigene Liste. Ohne Vorarbeit der Grafiksetersteller funktioniert es auch bei Dir nicht.

Puh... nein, denn es gibt weder eine Gruppe, noch eine eigene Liste, als greifbares Objekt. Es gibt lediglich einen (oder mehrere?) Strings als zusätzliche, optionale Parameter im Fahrzeugobjekt, welche für die Constraintsangaben wie der Name eines Objektes zählen.
Wenn ein Grafikset dieses System nicht nutzt, dann hätte es stattdessen einen Haufen Loks, die alle die gleichen Tender als nächstes Fahrzeug bestimmen. Will man als Addon-Ersteller einen zusätzlichen Tender hinzufügen, ohne die Constraints der bestehenden Loks zu ändern, so würde man den Namen eines bestehenden Tenders als Constraintgruppe angeben. Der neue Tender würde somit überall dort angehängt werden können, wo es auch der Tender, dessen Name verwendet wurde, könnte.
DrSuperGood hat das im Internationalen mit dem Begriff Alias umschrieben - man kann es sich so vorstellen, als hätte ein Türsteher eine Liste erlaubter Gäste (Constraints), aber keinen Stift um abzuhaken, wer schon reingegangen ist. Somit können meherer Gäste hintereinander mit einem gefälschten Ausweis auftauchen, die alle auf den gleichen Namen lauten, und er lässt alle durch.
Das wäre die Verwendung bei Addons, wenn man was "reinschummeln" will; wenn das System aber vom Setdesigner verwendet wird, würde er Namen für bestimmte Gruppen an Fahrzeugen vergeben und diesen den entsprechenden Namen als Constraintgruppe zuweisen. Somit können dann auch die Addonersteller diese Gruppen übernehmen.

Bei mir wäre nur der Umgang mit einem Parameter plus 1 oder mehreren Zahlen nötig, bei Dir sind mehr oder weniger lange Strings nötig. Jedes Fahrzeug kann einer oder mehreren Zugmaschinengruppen zugeordnet werden, in dem man einfach zusätzliche Zahlen dem Parameter anhängt. Bei Dir wäre ein zustätzlicher String nötig. Daher finde ich meinen Ansatz einfacher und übersichtlicher.

Hast du schonmal mit den Clustern für Stadtgebäude gearbeitet? Die entsprechen so ziemlich dem, wie du dir die Zugmaschinengruppen vorstellst. Übersichtlich ist was anderes, im Endeffekt schaust immer nur nach, welche Nummer nun eigentlich für welche Gruppe stand, um dann statt des Gruppennamens nur die Zahl einzutragen...

Ich sehe die Trennung in Zuordnung (traction_engine) und der Detailarbeit (constraint) übersichtlicher, als alles in den constraint zu verlagern.

Ich erkenne, warum du so denkst, und für das, was du vorhast, würde ich zustimmen. Allerdings gehen die Meinungen, was genau Constraints überhaupt darstellen sollen, ziemlich auseinander, vom mechanischen Aspekt des Kupplungstypen bis zur Frage, welche Wägen mit welcher Lok in der Realität je gemeinsam gefahren sind. Und je nachdem, welche Philosophie bereits verfolgt wird, ist deine Idee entweder die perfekte Lösung, oder völlig nutzlos. Dass es dann auch noch zwei völlig unterschiedliche Systeme geben soll, um zu entscheiden, welche Fahrzeuge mit welchen können, halte ich auch alles andere als Übersichtlich.

Aber ja: Die Hauptsache ist, dass das derzeitige Constraints-System nicht all das kann, was es können sollte. Wie genau, darüber lässt sich streiten, wenn ein Entwickler überzeugt wurde, dass es seine Zeit wert ist, überhaupt mal hinzuschaun. (Womöglich müssten diese dazu erstmal verstehen, worum es eigentlich geht, wenn ich mir prissis Antwort anschaue)