Aber den Regensammler könnte man ja, wenn er verstaut wird, als geschlossenen Behälter führen, bei Trinkflaschen und ähnliches geht das ja auch.
Benutze ich sie, werden sie als offen geführt.
Verstaue ich sie, werden sie als geschlossen geführt.
Ich kann mich irren - möglich wäre es vermutlich, aber es ist ein bisschen komplexer. Nach meinem Verständnis sind die Flaschen aus Programm-Sicht immer geschlossen. Es gibt nur Aktionen/Trigger, die z.B. eine Animation auslösen, bei der dann Einheiten addiert oder subtrahiert werden. Man müsste jetzt an das Grundprinzip Hand anlegen und die feststehende Eigenschaft "kann auslaufen/kann nicht auslaufen" für jeden einzelnen Behälter und Container mit Events verknüpfen. Das heißt für jedes passende Kleidungsstück, Schrank, Tasche usw. musst du einen Trigger bauen, der quasi sagt: Flasche wird mir zugewiesen, also mach sie zu, Flasche wir entnommen, also mach sie auf. Dieser Zustand muss zudem mindestens temporär irgendwo gespeichert werden.
Ob man das auch umgekehrt machen kann und quasi dem Objekt "Flasche" die Änderung mitgeben kann weiß ich nicht sicher. Aber auch da müsste man es ja für alle möglichen Dosen, Flaschen usw. anpassen. Also analog zu einigen Konserven, die man bisher aber auch nur öffnen kann-bzw. muss, um interagieren zu können. Jedes mal den Zustand des Behälters checken, bevor man ihn weg packt oder auch nur verschiebt...ich weiß nicht.
scumsaecke.de hat da glaube einen ganz guten Einblick, was die Datenbank in Scum hergibt und was sowas für die Performance bedeutet.
btw. - ich mache da mal eine Diskussion draus. Im Bug-Report sind wir mittlerweile deutlich o.T. 