Exports
XDEV Appearance exposes multiple exports to simplify external integrations without requiring direct access to internal resource logic.
The export system was designed for:
- external resources
- framework bridges
- admin systems
- customization tools
- synchronization workflows
- modular integrations
Export Philosophy
Most appearance systems tightly couple functionality to internal events or callbacks.
XDEV instead exposes reusable exports to improve:
modularity
compatibility
maintainability
developer flexibility
Export Architecture
Exports are intended to provide:
safe access
external integrations
resource communication
appearance control
without modifying protected files.
startPlayerCustomization
Purpose:
open first character creation workflow
Example:
exports('startPlayerCustomization', function()
end)
Usage Example
Example usage:
exports['xdev_appearance']:startPlayerCustomization()
Internal Workflow
The export internally:
loads freemode model
detects gender
opens appearance menu
starts first creation state
Typical Usage
Common use cases:
multicharacter systems
spawn selectors
identity systems
registration systems
First Character Support
The export was specifically designed to support:
first spawn workflows
new player creation
identity initialization
without requiring direct event access.
Compatibility Support
The export integrates naturally with:
QBCore
custom multicharacter systems
legacy character systems
depending on server implementation.
Event Compatibility
Exports may internally trigger:
menu events
ped synchronization
appearance rebuilds
through the internal event system.
Ped Initialization
The export automatically handles:
mp_m_freemode_01
mp_f_freemode_01
selection based on player gender.
Resource Safety
Exports intentionally avoid exposing direct internal structures.
Purpose:
safer integrations
update stability
reduced dependency conflicts
Recommended Usage
Recommended usage:
external spawn systems
identity registration
new player onboarding
Future Expansion
The export system was intentionally designed to support future expansion.
Potential external integrations include:
appearance retrieval
outfit loading
tattoo rebuilding
cache handling
ped synchronization
depending on server needs.
Integration Philosophy
XDEV exports intentionally remain:
lightweight
modular
framework-independent
to simplify cross-resource communication.
Developer Notes
Exports should generally be preferred over:
direct event spoofing
internal state editing
protected file modifications
whenever possible.
This improves:
- update compatibility
- resource stability
- maintainability