Eddi schrieb:Ja, Andy ist manchmal sehr schnell dabei, Ideen in Entscheidungen umzusetzten. Aber darum geht es ja eigentlich nicht.

Hier nicht, aber dies ist im Moment tatsächlich das einzige "Problem" was ich diesbzgl sehe.

Denn

Eddi schrieb:Jedenfalls kann man jetzt in einem Zusatz-GRF wie dbxl_ecs oder dbxl_firs eine "cargo translation table" (CTT) benutzen.

dies ist ja mehr oder weniger irrelevant, da sowohl dbxl_ecs als auch dbxl_firs die cargo bits direkt nutzen. Der einzige Vorteil wäre das nun eine einzige Erweiterung (mittels einer CTT) für beide Gütersets benutzt werden könnte, wie ich es anfangs vorhatte. Und was in 0.9 ohnehin geschieht.

Ich sehe hier also keinen wirklichen Handlungsbedarf.

Dagegen, wie gesagt, sehe ich Handlungsbedarf bzgl FIRS, denn zB die Wiedereinführung von BEER dort kollidiert mit der Behandlung von "flüssigen Nahrungsmitteln" in ECS, zB "food(beer)" in kaum lösbarer Weise. Dort wurde BEER ja gerade abgeschafft, nun wird es wieder eingeführt ... Da diese Feinheiten durch noch so geschickten Aufbau einer CTT nicht (ist Fz-Set abhängig) gelöst werden können, droht der grösstmöglich anzunehmende Verdruss von Güterset-spezifischen CTTs. Etwas was jeder vernünftige Entwickler unterlassen sollte.

Gruß
Michael