Mise à niveau depuis la 1.6.0

Mise à niveau #

  1. Arrêtez le serveur et remplacez le jar par CrossMenu-1.6.1.jar.
  2. Démarrez le serveur. config.yml passe à config-version: 3, gagne la section audit et est d'abord copié en config.yml.backup-v2. Les menus, les valeurs de langue modifiées et les données de délais d'attente enregistrées sont conservés.
  3. Un jar 1.6.0 refuse une configuration de version 3. Pour revenir en arrière, restaurez config.yml.backup-v2 en tant que config.yml.

Les fichiers de langue que vous avez déjà conservent l'ancienne formulation du message de rechargement. Supprimez la ligne config-invalid de votre copie, ou le fichier entier, pour obtenir le nouveau texte. Les nouveaux messages d'import de paquets sont fusionnés dans les fichiers de langue existants après la création d'une copie de sauvegarde ; vos traductions et vos valeurs personnalisées sont conservées.

Nouveautés depuis la 1.6.0 #

  • Langues. Six langues incluses supplémentaires (japonais, italien, néerlandais, indonésien, ukrainien et vietnamien), soit 16 au total. Chaque message est modifiable dans lang/<code>.yml si vous préférez une autre formulation.
  • Questions oui/non. Le mot qu'une invite du chat désigne est accepté dans toutes les langues incluses.
  • Déclencheurs d'ouverture. Un menu peut s'ouvrir lorsqu'un joueur se connecte ou clique sur un objet.
  • Export et import de paquets. /crossmenu export et /crossmenu import package.
  • Avertissements de matériau. validate, reload et doctor signalent un material: qui n'est pas un objet réel.
  • Journal d'audit. Facultatif, désactivé par défaut.
  • HeadDB. Intégration facultative pour material: headdb-<id>.
  • Messages plus clairs. Un rechargement refusé nomme le fichier, les erreurs YAML indiquent la ligne et la colonne, et la complétion par tabulation ne liste que les sous-commandes qu'un joueur peut utiliser.

Limites connues #

  • Une commande [player] qu'aucun plugin n'enregistre ne fait rien et le joueur ne voit aucun message.
  • Les formulaires Bedrock sont statiques une fois ouverts. Les objets décoratifs sans action sont omis des formulaires Bedrock, sauf si vous configurez leur affichage.
  • Un emplacement headdb- peut brièvement afficher sa barrière de repli pendant que HeadDB termine sa première recherche asynchrone ; l'emplacement s'actualise ensuite tout seul.
  • Les déclencheurs d'ouverture ne tiennent compte que de la main principale.
  • La validation des matériaux utilise le registre d'objets du serveur en cours d'exécution ; un objet introduit uniquement dans une autre version de Minecraft peut donc être signalé comme inconnu.
  • L'import de paquets vérifie la syntaxe et la structure des menus, pas les intégrations ni les variables qui n'existent que sur le serveur où le paquet a été créé.