@sharky

Glaub´ mir. Ich hab´ das schliesslich programmiert. Der andere will sich nur wichtig machen.

Zitat:Original von Bernhard
Dann erklär mir mal warum ich im GRF-Fenster ne Fehlermeldung beim DBSet bekomme wenn ich das tempset deaktiviere?

Gerne doch.

Das liegt an der Reihenfolge in der du diese beiden .grfs in deiner newgrf.cfg stehen hast, nämlich erst den TempSet und danach den DBXL.

In diesem Fall muss der TempSet tatsächlich nicht de-aktiviert werden weil er nämlich bereits komplett vom nachfolgenden DB Set überschrieben worden ist.

Wenn du allerdings diese beiden Sets in der umgekehrten Reihenfolge lädtst dann de-aktiviert der DBXL den nachfolgenden TempSet während der Initialisierungsphase weil sonst dieser IDs des DB Sets überschreiben würde.

Soweit klar?

In deinem Fall ist also der TempSet rein formal noch aktiv wenn auch alle seine IDs bereits vom DB Set überschrieben worden sind.

Wenn du ihn jetzt noch explizit de-aktivierst gibt der DB Set die Fehlermeldung aus dass der TempSet de-aktiviert wurde. Allerdings in diesem Fall nicht durch den DB Set selber (während der Initialisierungsphase) sondern (zu einem späteren Zeitpunkt) durch dich. Aber das kann ich nicht unterscheiden. Das Problem liegt darin dass eine De-Aktivierung früher nur "automatisch" möglich war, also in der Initialisierungsphase stattfand, während seit der Einführung des Grafik-Status-Fensters dies nun jederzeit und manuell möglich ist.

Daran kann ich nichts ändern, ich müsste das mal mit Josef besprechen.

Ich könnte natürlich - wenn dies zu Missverständnissen führt - in jedem Fall den TempSet de-aktivieren, egal in welcher Reihenfolge die Sets in der newgrf.cfg aufgeführt sind.

Möglicherweise gibt es dann aber andere Missverständnisse.

Alles klar?

> Schaust Du bei Deinen Sets nicht mehr durch?

Diesmal verzeih´ ich dir noch.

Gruß
Michael