Comandos
El comando de vestidor que usa un jugador y los siete subcomandos de admin.
El comando de jugador
| Comando | Permiso | Qué hace |
|---|---|---|
/wardrobe | exyliaarmorskin.wardrobe | Abre el vestidor. Alias: /armorskins. |
Es el único comando que necesita un jugador. Los objetos de skin no necesitan ninguno: se arrastran sobre la armadura.
Con behaviour.mode: item la elección del vestidor nunca se leería, así que el comando responde
wardrobe-disabled en vez de abrir una pantalla que no cambia nada.
El comando de admin
/armorskinsadmin, alias /armorskinadmin. Todo lo de abajo necesita exyliaarmorskin.admin.
| Comando | Qué hace |
|---|---|
give <jugador> <skin> [1-64] | Da el objeto de skin de <skin>. |
remover <jugador> [1-64] | Da removedores de skin. |
list | Lista todas las skins registradas. |
refresh [jugador] | Reconstruye y reenvía lo que se ve puesto a un jugador. |
wardrobe open <jugador> | Le abre su vestidor a alguien. |
wardrobe clear <jugador> | Vacía su vestidor: cada ranura vuelve a su armadura real. |
reload | Relee los archivos de este plugin y redibuja a todos. |
give
<skin> autocompleta desde el registro, y un id desconocido responde unknown-skin a quien escribió
el comando. [cantidad] va de 1 a 64 y por defecto es 1.
give nunca comprueba el permiso propio de la skin: entrega el objeto a cualquiera. Si el jugador
puede usarla lo deciden exyliaarmorskin.skin.<id> y los dos interruptores de
Permisos.
El objeto se añade al inventario del objetivo; lo que no cabe se tira a sus pies. El mensaje given
— con %skin% y %amount% — se envía al objetivo, no a quien escribió, así que dar desde consola
avisa al jugador y no responde nada.
remover
Lo mismo sin id de skin. El mensaje given-remover, con %amount%, también va al objetivo.
list
Imprime list-header y luego un list-entry por skin con %id%, %skin% y %pieces%. Sin nada
registrado imprime list-empty. La lista cubre las skins de skins.yml y las que otro plugin
registró por la API.
refresh
| Lo escribe | Con jugador | Qué pasa |
|---|---|---|
| Un jugador | no | Solo se refresca él. |
| Un jugador | sí | Solo el jugador nombrado. |
| Consola | no | Todos los conectados. |
| Consola | sí | Solo el jugador nombrado. |
Refrescar vuelve a leer la armadura que el jugador lleva de verdad, reconstruye cada visual y reenvía su inventario y su equipamiento a todo el que lo ve. También es lo que aplica un permiso que acabas de dar o quitar, porque eso se comprueba al reconstruir el visual. No lanza efectos ni toca ningún archivo: es la respuesta a "otro plugin me cambió este objeto por detrás".
wardrobe open y wardrobe clear
open le muestra al objetivo su propio vestidor — la pantalla es suya, no del admin que la abrió.
clear vacía todas las ranuras y responde wardrobe-cleared; la armadura queda intacta, porque un
vestidor nunca se escribió en ella.
reload
Corre un único paso, configs, que:
Relee todos los archivos
config.yml, animations.yml, skins.yml y menus/wardrobe.yml.
Vuelve a aplicar el prefijo
Para que %prefix% coincida otra vez con el resto del ecosistema.
Reconstruye las skins
Se tiran los trims cacheados, las animaciones se reconstruyen desde animations.yml y las skins
del archivo reemplazan a las anteriores. Las registradas por la API se quedan como están.
Redibuja a todos los conectados
A cada jugador se le reconstruye y reenvía el visual, en silencio: no suena ningún efecto de equipado.
El paso reporta éxito o fallo a quien lo ejecutó. No recarga ExyliaLib; para eso está
/exylialib reload.
No se le quita nada a nadie: la armadura conserva su id, el vestidor conserva sus filas y el visual simplemente se reconstruye. Quien lleve una skin animada ve la nueva velocidad o color en el siguiente fotograma.
¿Falta algo en esta página? Dínoslo en Discord