26-08-2018, Sunday-13:01:04
Falsch habe ich Dich insofern verstanden, als das ich meinte das Du mit Deiner Idee auf die Warengruppen (cat) losgehen willst.
Du hast 2 Sätze von mir zitiert, wovon der 2. mein Hauptgrund ist, den Umgang zu vereinfachen, erleichtern.
Bei Dir wird es noch deutlich komplizierter.
Genaugenommen ist mit beiden Ideen das selbe machbar. Entscheidend ist nur, wie beim programieren die Umsetzung stattfindet.
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.
Mit traction_engine werden die Zugmaschinen in feste Gruppen eingeteilt, aber auf der Anhängerseite ist alles frei wählbar, da dort keinerlei Einschränkung herrscht.
Damit können Anhänger einer oder mehreren Zugmaschinengruppen zugeteilt werden.
Wenn traction_engine auch für Züge verwendet werden sollte, wäre es sinnvoll, wenn der Tender bei anhängen die Gruppe der Lok übernimmt. Dadurch stört er nicht weiter.
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.
Und wenn dann noch zusätzlich ein Standard Constraint Eintrag dazukommt, wirds bei Dir nochmal unübersichtlicher.
Ich sehe die Trennung in Zuordnung (traction_engine) und der Detailarbeit (constraint) übersichtlicher, als alles in den constraint zu verlagern.
Grundsätzlich ist es von der Funktion her ein Unentschieden, bei der Handhabung sehe ich deutliche Vorteile auf meiner Seite.
Ich wußte von Deiner Idee nichts, da ich sehr selten im Int. Forum unterwegs bin.
Wie heißt es so schön: 2 Dumme, eine Idee.
Du hast 2 Sätze von mir zitiert, wovon der 2. mein Hauptgrund ist, den Umgang zu vereinfachen, erleichtern.
Bei Dir wird es noch deutlich komplizierter.
Genaugenommen ist mit beiden Ideen das selbe machbar. Entscheidend ist nur, wie beim programieren die Umsetzung stattfindet.
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.
Mit traction_engine werden die Zugmaschinen in feste Gruppen eingeteilt, aber auf der Anhängerseite ist alles frei wählbar, da dort keinerlei Einschränkung herrscht.
Damit können Anhänger einer oder mehreren Zugmaschinengruppen zugeteilt werden.
Wenn traction_engine auch für Züge verwendet werden sollte, wäre es sinnvoll, wenn der Tender bei anhängen die Gruppe der Lok übernimmt. Dadurch stört er nicht weiter.
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.
Und wenn dann noch zusätzlich ein Standard Constraint Eintrag dazukommt, wirds bei Dir nochmal unübersichtlicher.
Ich sehe die Trennung in Zuordnung (traction_engine) und der Detailarbeit (constraint) übersichtlicher, als alles in den constraint zu verlagern.
Grundsätzlich ist es von der Funktion her ein Unentschieden, bei der Handhabung sehe ich deutliche Vorteile auf meiner Seite.
Ich wußte von Deiner Idee nichts, da ich sehr selten im Int. Forum unterwegs bin.
Wie heißt es so schön: 2 Dumme, eine Idee.