ABPs OX Inventory Redesign ersetzt die Weboberfläche einer bestehenden ox_inventory-Installation. Das ursprüngliche Vorschaubild dieser Seite stimmt mit der ABP-Veröffentlichung von AlexBanPer im Cfx.re-Forum vom September 2024 überein. Sie verweist auf fkijs/Redesign-ox_inventory. Lade die Dateien aus diesem vom Ersteller verlinkten Repository und dokumentiere die verwendete Revision.
Inhalt des Downloads
Das am 10. September 2026 geprüfte Repository enthält einen kompilierten build-Ordner, index.scss, eine README und eine Lizenzdatei. Es liefert keine vollständige Inventarressource für den Server. Eine funktionierende ox_inventory-Installation ist Voraussetzung. Die Oberflächendateien allein belegen weder eine Framework-Bridge noch Kompatibilität mit jeder Version von ox_inventory v2.
Den build-Ordner auf einem Testserver installieren
Sichere die gesamte funktionierende ox_inventory-Ressource und dokumentiere Version und lokale Änderungen. Lade das Redesign herunter und prüfe die Dateien. Ersetze gemäß der README des Erstellers ox_inventory/web/build durch den mitgelieferten build-Ordner. Erhalte den übrigen web-Ordner sowie Serverdateien, Konfiguration und Bilder der Ressource. Prüfe build/index.html und die dort referenzierten Assets; vermeide einen versehentlichen Pfad build/build.
Starte den Testserver nach deinem üblichen Wartungsablauf neu und verbinde einen Client erneut. Prüfe Server- und F8-Fehler sowie die Inventaroberfläche vor der Freigabe für Spieler. Der F8-Befehl resmon zeigt den Ressourcenverbrauch an; er leert keinen Client-Cache. Bleibt die alte Oberfläche sichtbar, prüfe zuerst den aktiven Ressourcenpfad und den installierten Build, bevor du andere Clientdaten löschst.
Funktion und Darstellung testen
Vergleiche mit der ursprünglichen Oberfläche bei identischer Inventarversion und Konfiguration. Teste Öffnen und Schließen, Itembilder, Mengen, Verschieben und Teilen von Stapeln, Itemnutzung, gegebenenfalls Shops und Lager sowie verweigerte Aktionen. Prüfe die Speicherung des Inventars nach erneutem Verbinden und Neustart. Ein erfolgreicher Ressourcenstart belegt nicht, dass jede Oberflächenaktion weiterhin zum installierten Backend passt.
Teste konfigurierte Slotanzahl, Scrollen, Tooltips und Drag-Ziele bei den Auflösungen und UI-Skalierungen deiner Spieler. Im Veröffentlichungsthread gibt es Berichte über die Platzierung rechts und den sichtbaren Slotbereich. Nutze sie als Prüfanlass für dein Setup, nicht als Beleg für denselben Fehler bei jeder Installation. Halte den ursprünglichen Build für die Wiederherstellung bereit, falls Aktionen oder Darstellung fehlschlagen.
Grenzen bei Anpassung und Wartung
Die mitgelieferte index.scss enthält Stilvariablen, doch die ausgelieferte Seite lädt kompiliertes CSS und JavaScript aus build/assets. Eine Änderung an index.scss allein aktualisiert diese installierten Assets nicht. Sorge vor größeren Anpassungen für einen reproduzierbaren Buildprozess mit passender Quellversion und vergleiche Inventarupdates mit deiner angepassten Oberfläche.
Die README schließt bereitgestellten Support ausdrücklich aus. Diese Prüfung klärt Quelle und Installationsumfang; sie bestätigt weder Gameplay noch Leistung oder universelle Kompatibilität und begründet keine Zusage lebenslanger Updates. Dokumentiere Repository-Revision und ursprünglichen funktionierenden Build für die Wartung.
Repository und Download des Erstellers