Importador

Dos comandos convierten menús de otros plugins. Ninguno de los dos plugins hace falta después.

/screensadmin import deluxemenus servers convierte un archivo. Cada menú servers.yml se convierte en:

• screens/servers.html: la pantalla, con sus ranuras como tarjetas en la misma disposición del cofre y el nombre y la descripción del objeto como tooltip de la tarjeta.
• menus/servers_chest.yml: el mismo menú como cofre, enlazado como fallback de la pantalla. Un servidor que solo quiera cofres mueve el command a él y borra el HTML.

Un archivo de pantalla o de cofre del mismo id que ya exista nunca se reemplaza: se omite y lo dice. Todo lo que no se traduce exactamente se lista en la consola y en un comentario al principio del HTML, nunca se descarta en silencio. zMenu toma el comando y los alias de plugins/zMenu/commands.yml (o commands/*.yml).

Qué se traduce de DeluxeMenus

Tipos de requisito: has permission(s) pasa a perm(), has money a balance() >= n, has item a has_item() (solo material y cantidad), has exp a level() >= n, string equals y los operadores de comparación a la misma comparación; ! niega.

Lo que no se traduce (DeluxeMenus)

• Los requisitos javascript, regex matches, is near, has meta e is object se omiten, así que se cumplen siempre.
• string contains pasa a in, una palabra completa del texto. minimum_requirements se lee como todos ellos. Los success_commands no se ejecutan.
• [json], [jsonbroadcast], [broadcastsound], [meta] y [placeholder] se omiten. <chance=n> siempre se ejecuta.
• middle_click_commands no tiene equivalente en pantallas; shift_right comparte el clic con shift con shift_left.
• Los objetos personalizados (itemsadder-, oraxen-, nexo-, hdb-, main_hand) se dibujan como una barrera. Los encantamientos, los datos de modelo, el NBT y los metadatos de estandarte y poción no se dibujan en la pantalla.
• Un inventory_type distinto de cofre se dibuja como un cofre con esas ranuras. Los paneles de cristal sin nombre ni acciones se tratan como fondo y no aparecen en la pantalla.

Qué se traduce de zMenu

name, size, las entradas de commands.yml, open-requirement, ranuras, objetos (material, playerHead, url, nombre, descripción, cantidad), view-requirement con else, bloques click-requirement (con success añadido al clic), patterns, fillItem, botones JUMP e INVENTORY, y las acciones message, player_command, console_command, sound, close, inventory, connect y broadcast. Los tipos de requisito permission, placeholder (todas las comparaciones) e item se convierten; %player% pasa a %player_name%.

Lo que no se traduce (zMenu)

• Páginas: los botones PREVIOUS/NEXT y los de la página 2 en adelante se omiten. La paginación sobre datos de plugins no se puede importar; el botón queda como un objeto normal.
• BACK y HOME se dibujan sin acción: apúntalos a un menú con [SCREEN] <menú>.
• Tipos de requisito como currency, regex y jobs, y acciones de placeholder como STARTS_WITH, se omiten, así que siempre se cumplen.
• Varios bloques click-requirement para un mismo clic se leen como todos ellos. Los clics que las pantallas no tienen (central, soltar) pierden sus acciones.
• Otros tipos de acción (title, actionbar, give), encantamientos, flags, atributos, pociones y nombres traducidos no se importan.
• Los objetos personalizados se dibujan como una barrera; glow, los datos de modelo y item-model solo se ven en el menú de cofre. Los botones sin ranura y los patrones cuyo archivo falta se omiten.

Ejecuta /screensadmin check después de importar y lee la nota al principio de cada HTML generado.