- lib.progressBar -> exports.d4rk_lib:progress (Betreiber: "beim benutzen
kommt noch der alte balken von ox_lib").
- /tauchstand <id> (Serverkonsole): was liegt in rigSlot/maskSlot. Erster
Lauf: beide Slots "clothing" mit der richtigen Kennung - vor dem
Kleidungseintrag gekauft; getWorn antwortete also richtig.
Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
Gemessen am 29.09.2026 (/d4rk_kleidungsstand, Betreiber):
Flasche m:c:8:mp_m_christmas2017:1 (Unterhemd, Slot 31),
Maske m:p:1:mp_m_christmas2017:0 - ein PROP im Brillenslot 27, nicht die
Maskenkomponente (angenommen war 29). texture -1: alle 26 Farben.
/tauchartikel legt die d4rk_garment-Zeilen auf Zuruf an. Modell f fehlt.
Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
CreateUseableItem feuert fuer Items aus d4rk_items nie: consume ist dort
immer gesetzt (daten.lua:224), das Inventar erreicht den qbx-Rueckruf nur
bei consume == nil (server.lua:623). Die Patronen tragen deshalb
client_export = d4rk_divegear.patroneBenutzen und consume 0, wie
d4rk_medical. /tauchartikel legt die sieben Items ueber adminItemCreate an,
nur auf Zuruf; "nachziehen" stellt bei vorhandenen nur consume und Export
richtig. Flasche und Maske consume 0 wie das Kleidungsitem clothing.
Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
D4rkst3randClaude Opus 5.5