Skip to main content
A regra principal é simples:
Estar visível no ped não significa automaticamente estar salvo no personagem.
Use APIs client para estado visual/gameplay. Para editor ou aparência persistente, use as APIs autorizadas no server.

Abrir editor persistente

Server: OpenEditor(source, options)

Use a partir de código server-side confiável.

Server: OpenWardrobe(source, options?)

Integração indicada para houses, hotels, camps e properties. Veja Wardrobe integrations.

Client: OpenEditor / OpenWardrobe persistente

O client não pode conceder a própria autorização de save. Chamadas client persistentes retornam:
Para um editor propositalmente local/visual:

Aparência visual

ApplyAppearance aplica visualmente. Não é save de banco. GetAppearance captura o visual atual, que pode estar em preview ou estado transitório.

Reload

Client:
Server:
Os dois caminhos pedem a aparência RCO salva do personagem.

Helpers diretos de roupa

São helpers do ped live. Para toggle temporário com sync/reapply, prefira Quick Clothing.

Dress / Undress

Para medical, bathing, prison, hotel ou outro gameplay que precisa tirar a roupa inteira:
Ou:
Comportamento:
  • Undress() remove as roupas do ped visualmente;
  • Dress() pede novamente a aparência salva ao server;
  • ficar temporariamente sem roupa não sobrescreve o snapshot salvo;
  • um estado Quick Clothing compatível pode ser reaplicado depois que a aparência base voltar.
Para tirar só hat, coat, gunbelt, holsters etc., use Quick Clothing. Para remover a roupa do personagem como um todo, use Undress / Dress.

Estado do editor

Persistência por personagem

charId deve ser tratado como identificador opaco do framework.

Outfits

Para houses/hotels, normalmente é mais simples abrir o wardrobe nativo do RCO.

Quick Clothing

ToggleGunBelt() é um helper para gunbelt. Para gun holsters use a categoria genérica:
ToggleClosedCoat() é alias do grupo lógico coat, que inclui as variações open/closed e acessórios de coat controlados pelo RCO. Server:
Contrato completo: Quick Clothing.

Compatibilidade framework

O RCO mantém aliases/shims conhecidos onde existe equivalente seguro, mas resources novos devem preferir:
para manter o mesmo contrato entre RSG e VORP.