Minecraft Wiki
S'inscrire
Balises : Modification par mobile Modification par le web mobile
Oromis56 (discussion | contributions)
Ligne 52 : Ligne 52 :
 
=== {{anchor|Bloc}} Bloc ===
 
=== {{anchor|Bloc}} Bloc ===
   
Ce paramètre peut être utilisé pour définir ou tester des blocs. Dans les 2 cas, il est possible de lui préciser des tags NBT dans le cas d'un [[bloc d'entité]], et des [[Valeurs|états de bloc]].
+
Ce paramètre peut être utilisé pour définir ou tester des blocs. Dans les 2 cas, il est possible de lui préciser des tags NBT dans le cas d'[[entité de bloc]], et des [[Valeurs|états de bloc]].
   
 
; Syntaxe
 
; Syntaxe
{{code|namespace:nom<nowiki>[<state>]</nowiki><nowiki>[<nbt>]</nowiki>}}
+
{{code|[<namespace>]:nom<nowiki>[<state>]</nowiki><nowiki>[<nbt>]</nowiki>}}
* {{code|<nowiki>[<state>]</nowiki>}}: ''Optionnel''. Définit les états du bloc à appliquer lors de la définition du bloc, ou états à tester lors de l'utilisation de {{cmd|execute}} par exemple. Ressemble à {{code|[power=15,north=up,south=side]}}. Les états sont entre [], séparés par des virgules et doivent être des propriétés/valeurs supportées par les blocs.
+
* {{code|<nowiki>[<state>]</nowiki>}}: ''Optionnel''. Définit les états du bloc à appliquer lors de la définition du bloc, ou états à tester lors de l'utilisation de {{cmd|execute}} par exemple. Ressemble à {{code|<nowiki>[power=15,north=up,south=side]</nowiki>}}. Les états sont entre [], séparés par des virgules et doivent être des propriétés/valeurs supportées par les blocs.
** {{code|minecraft:stone[doesntexist=purpleberry]}} est une erreur de syntaxe, car {{code|stone}} n'a pas l'état {{code|doesntexist}}.
+
** {{code|<nowiki>minecraft:stone[doesntexist=purpleberry]</nowiki>}} est une erreur de syntaxe, car {{code|stone}} n'a pas l'état {{code|doesntexist}}.
** {{code|minecraft:redstone_wire[power=tuesday]}} est une erreur de syntaxe, car l'état {{code|power}} de {{code|redstone_wire}} est un nombre entre 0 et 15.
+
** {{code|<nowiki>minecraft:redstone_wire[power=tuesday]</nowiki>}} est une erreur de syntaxe, car l'état {{code|power}} de {{code|redstone_wire}} est un nombre entre 0 et 15.
 
** Dans le cadre des « conditions »/tests de blocs, seuls les états que vous avez fournis seront testés.
 
** Dans le cadre des « conditions »/tests de blocs, seuls les états que vous avez fournis seront testés.
 
** Dans le cadre de la définition de blocs, tous les états que vous avez fournis seront définis, mais tout ce qui manquera sera défini par défaut en fonction du bloc.
 
** Dans le cadre de la définition de blocs, tous les états que vous avez fournis seront définis, mais tout ce qui manquera sera défini par défaut en fonction du bloc.
Ligne 67 : Ligne 67 :
   
 
; Tags d'objet
 
; Tags d'objet
Il existe un système permettant d'effectuer des tests avancés (groupés) lors de l'utilisation de la commande {{cmd|execute}} par exemple. Ce sont les [[tags]], des fichiers inclus dans les [[Pack de données|packs de données]] qui permettent de regrouper plusieurs blocs sous un même nom pour faire des tests. Lors d'un test avec un tag, le tag sera validé si au moins un bloc est trouvé à l'emplacement du test (un test a des coordonnées).
+
Il existe un système permettant d'effectuer des tests avancés (groupés) lors de l'utilisation de la commande {{cmd|execute}} par exemple. Ce sont les [[Tag|tags]], des fichiers inclus dans les [[Pack de données|packs de données]] qui permettent de regrouper plusieurs blocs sous un même nom pour faire des tests. Lors d'un test avec un tag, le tag sera validé si au moins un bloc est trouvé à l'emplacement du test (un test a des coordonnées).
   
 
=== {{anchor|Objet}} Objet ===
 
=== {{anchor|Objet}} Objet ===

Version du 22 septembre 2019 à 10:28

Icône information
Cette fonctionnalité est exclusive à la Version Java 

Les commandes sont des fonctions avancées activées en tapant certaines chaînes de caractères.

Utilisation

Dans Minecraft, les commandes sont entrées dans la fenêtre de tchat du jeu, que l'on affiche en pressant la touche T (par défaut) ou la touche /. Presser la touche / entrera directement un slash, caractère obligatoire au début de chaque commande. En pressant Tab ↹, l'utilisateur aura un aperçu de toutes les commandes ou arguments qu'il peut entrer.

Les commandes peuvent aussi être entrées dans la console d'un serveur multijoueur ou écrites dans un fichier de fonction, mais les commandes ne doivent alors pas commencer par un /.

Il est également possible d'entrer des commandes dans des blocs de commandes, qui seront activées chaque fois que le bloc de commande recevra un signal de redstone. Les commandes dans les blocs de commandes peuvent être précédées d'un /, mais ce n'est pas obligatoire.

La majorité des commandes sont uniquement utilisables dans ces cas-ci :

  • Sur un serveur multijoueur, par un opérateur ;
  • Sur un serveur auto-hébergé ou un monde en LAN avec les commandes activées, par le joueur qui héberge la partie ;
  • En solo, si les commandes ont été activées à la création du monde (via le bouton « Plus d'options... »).

Certaines commandes sont également disponibles en solo sans que l'option Commandes ne soit activée.

Note : Dans les mondes solo, si les commandes n'ont pas été activées à la création, elle peuvent êtres activées temporairement en ouvrant la partie au LAN (Esc → « Ouvrir au LAN », « Commandes » : Oui puis « Ouvrir au réseau local »). Il n'est pas nécessaire que d'autres joueurs rejoignent la partie en LAN pour avoir accès aux commandes. Tant que la partie reste ouverte, toutes les commandes sont utilisables. Lorsque l'hébergeur ou l'utilisateur quitte le monde, les commandes se désactivent et seront à nouveau désactivées lors de la prochaine ouverture du monde. À noter qu'ouvrir une partie au LAN désactive la mise en pause du jeu dans les interfaces, le jeu ne se met également plus en pause en appuyant sur ESC.

Liste des arguments

Les arguments sont une partie des commandes, une commandes est une liste d'arguments séparée par un espace (dans une grande majorité des cas). Un argument peut être de différent type, dans Minecraft, il y a par exemple des sélecteurs, des coordonnées ou même de simples textes. Elles ont toutes une manière différente de s'écrire, en voici la liste :

Coordonnées

Il existe 3 types de coordonnées spatiales qui agissent différemment par rapport à la position d'exécution de la commande :

Coordonnées absolues

Les coordonnées absolues dépendent de l'origine 0 0 0 du monde, elles ne dépendent pas de l'exécuteur de la commande. Elles peuvent être utilisées sur toutes les commandes. Une coordonnée absolue se compose de 3 nombres qui peuvent être des flottants.

Coordonnées relatives

Les coordonnées relatives dépendent de la position de l'entité (y compris un joueur) qui exécute la commande ou celle du bloc de commande qui l'exécute. Une coordonnée relative positive ajoute le nombre spécifié derrière le tilde aux coordonnées, alors qu'une coordonnée relative négative soustrait le nombre spécifié aux coordonnées. Pour spécifier une coordonnée relative il faut placer un tilde (~) devant le chiffre.

Exemple : Un joueur situé en x: 10, y: 60 et z: 15 exécute la commande /teleport ~5 ~0 ~-5, il est alors téléporté en x: 15, y: 60 et z: 10.

Il est également possible de mélanger les coordonnées relatives avec les coordonnées absolues (Exemple : /teleport ~ 70 ~, le joueur sera téléporté aux mêmes coordonnées x et z mais en y: 70).

Coordonnées locales

Les coordonnées locales dépendent de l'orientation de la tête de l'entité (y compris un joueur) qui exécute la commande. Elles ne peuvent s'utiliser qu'entre elles, il n'est pas possible de mélanger les types comme ceci: ~ ~1 ^2, elles ne peuvent avoir que la forme ^ ^ ^2. Pour spécifier une coordonnée locale il faut placer un accent circonflexe (^) devant le chiffre.

La composition des coordonnées se fait comme ceci : ^gauche ^haut ^avant.

Exemple: Un joueur exécutant la commande /teleport ^ ^ ^2 le téléportera 2 blocs devant lui, par rapport à ce qu'il voit sur son écran.

Bloc

Ce paramètre peut être utilisé pour définir ou tester des blocs. Dans les 2 cas, il est possible de lui préciser des tags NBT dans le cas d'entité de bloc, et des états de bloc.

Syntaxe

[<namespace>]:nom[<state>][<nbt>]

  • [<state>]: Optionnel. Définit les états du bloc à appliquer lors de la définition du bloc, ou états à tester lors de l'utilisation de /execute par exemple. Ressemble à [power=15,north=up,south=side]. Les états sont entre [], séparés par des virgules et doivent être des propriétés/valeurs supportées par les blocs.
    • minecraft:stone[doesntexist=purpleberry] est une erreur de syntaxe, car stone n'a pas l'état doesntexist.
    • minecraft:redstone_wire[power=tuesday] est une erreur de syntaxe, car l'état power de redstone_wire est un nombre entre 0 et 15.
    • Dans le cadre des « conditions »/tests de blocs, seuls les états que vous avez fournis seront testés.
    • Dans le cadre de la définition de blocs, tous les états que vous avez fournis seront définis, mais tout ce qui manquera sera défini par défaut en fonction du bloc.
  • [<nbt>]: Optionnel. Définit tous les tags NBT à appliquer lors de la définition du bloc, ou tags à tester lors de l'utilisation de /execute par exemple. Ressemble à {RecordItem:{...}}
    • Un tag NBT est entre {}, et fonctionne exactement comme on pourrait s'y attendre. minecraft:furnace{BurnTime:200} applique ou teste la valeur 200 au paramètre BurnTime du bloc Four.

Notez que l'espace de nom namespace est obligatoire, mais que s'il n'est pas renseigné, il aura par défaut la valeur minecraft.

Tags d'objet

Il existe un système permettant d'effectuer des tests avancés (groupés) lors de l'utilisation de la commande /execute par exemple. Ce sont les tags, des fichiers inclus dans les packs de données qui permettent de regrouper plusieurs blocs sous un même nom pour faire des tests. Lors d'un test avec un tag, le tag sera validé si au moins un bloc est trouvé à l'emplacement du test (un test a des coordonnées).

Objet

Ce paramètre est utilisé pour définir ou tester des objets. Dans les deux cas, il est possible de lui préciser des tags NBT.

Syntaxe

namespace:nom[<nbt>]

  • [<nbt>]: Optionnel. Définit tous les tags NBT à appliquer lors de la définition de l'objet, ou tags à tester lors de l'utilisation de /execute par exemple. Ressemble à {display:{Name:"{\"text\":\"Stick of Untruths\"}"}}
    • Un tag NBT est entre {}, et fonctionne exactement comme vous l'attendez. minecraft:stick{display:{Name:"{\"text\":\"Stick of Untruths\"}"}} applique ou teste la valeur Stick of Untruths au paramètre display.Name de l'objet Bâton.

Notez que l'espace de nom namespace est obligatoire, mais que s'il n'est pas renseigné, il aura par défaut la valeur minecraft.

Tags d'objet

Il existe un système permettant d'effectuer des tests avancés (groupés) lors de l'utilisation de la commande /execute par exemple. Ce sont les tags, des fichiers inclus dans les Pack de données qui permettent de regrouper plusieurs objets sous un même nom pour faire des tests. Lors d'un test avec un tag, le tag sera validé si au moins un objet est trouvé à l'emplacement du test (test dans un inventaire).

Texte JSON

Les objets « texte JSON » utilise le format strict. Ils peuvent être utilisés par les commandes /tellraw ou /title par exemple, voire même sur les noms personnalisés des entités/blocs/objets.

Les scores et les sélecteurs de cibles sont évalués pour une pancarte lorsqu'elle est placée ou éditée, et pour un Livre édité lorsqu'il est « résolu » (ouvert pour la première fois après la signature). Ils ne seront pas mis à jour après cela, et ils ne fonctionneront pas s'ils sont édités sur une pancarte existante avec un éditeur NBT, ou sur un livre déjà marqué comme « résolu ». Il n'y a aucun moyen de modifier/ajouter le texte sur la prochaine ligne d'une pancarte ou la page suivante d'un livre pendant la résolution; au lieu de cela, le texte supplémentaire disparaîtra simplement.

Le format « texte JSON » est un objet JSON qui peut contenir (facultativement) les propriétés suivantes :


  • Objet "texte JSON" de base.

    •  text : Chaîne de caractères qui sera affiché dans le tchat. Les caractères unicode sont acceptés (qui inclus \n, caractère de retour à la ligne). Une chaîne de caractères représentant un sélecteur (exemple : @a, @p, etc...) l'affichera tel-quel, Si vous voulez affiché les entités sélectionnées, utilisez selector.

    •  translate : Affiche le texte contenu d'une traduction dans le tchat. Cette traduction est représenté par un identifiant pouvant être trouvé dans les fichiers de traduction du jeu, ou traduction que vous créez vous même dans un Pack de ressources. Le texte est affiché en fonction de la langue sélectionnée du client du joueur. Si la traduction n'existe pas, l’identifiant sera affiché à la place.

    •  with: Une liste de texte, nombre ou "texte JSON" utilisé par translate pour remplacer des variables par le contenu de cette liste.

    •  score : Affiche un score de joueur/entité. N'affiche rien le le joueur/entité n'est pas concerné par l’objectif donné.

      •  name : Nom du joueur/entité. Les sélecteurs peuvent être utilisés (comme @a, @p, etc...). Il est aussi possible d'utilisé un "faux" nom utilisé pour les Tableau de scores. Il est possible de mettre comme valeur * ce qui sélectionnera le joueur/entité ayant exécuté la commande.

      •  objective : Nom de l'objectif du joueur/entité à afficher.

      •  value : Optionnel. S'il est présent, cette valeur sera utilisée quel que soit le score.

    •  selector : Une chaîne de caractères contenant un sélecteur (@a, @p, etc...) et, éventuellement, des arguments de sélection. Contrairement au texte, le sélecteur sera traduit pour les noms de joueurs/entités corrects. Si plus d'un joueur/entité est sélectionnée, il sera affiché sous une forme telle que "Nom1 et Nom2" ou "Name1, Nom2, Nom3 et Nom4". En cliquant sur le nom d'un joueur inséré dans une commande /tellraw, il vous sera suggéré la commande /msg avec en paramètre ce joueur. En cliquant sur le nom d'un joueur en maintenant la touche ⇧ Shift enfoncée, vous insérez ce nom dans le chat. En cliquant sur le nom d'une entité non-joueur en maintenant la touche ⇧ Shift enfoncée, son UUID sera inséré dans le chat.

    •  keybind: Une chaîne de caractères qui peut être utilisée pour afficher la combinaison représentant une action (raccourci clavier, action de souris, etc...). Par exemple, key.inventory affichera toujours "E" à moins que le joueur n'ait défini un raccourci différent pour ouvrir son inventaire.

    •  extra: Liste d'objet "texte JSON" additionnel.

      • Liste des éléments "texte JSON" (récursif). Notez que tous les éléments enfant hériteront des propriétés de l'objet précédent, sauf pour les propriétés text, extra, translate, with et score. Cela signifie que les enfants conserveront la même mise en forme et les mêmes événements que cet objet, sauf s'ils sont remplacés explicitement.

    •  color: Définit la couleur du texte affiché. Vous pouvez trouver la liste des couleurs accepté ici.

    •  bold: Booléen (true/false) - Définit si le texte doit être affiché en gras. Par défaut sur false.

    •  italic: Booléen (true/false) - Définit si le texte doit être affiché en italique. Par défaut sur false.

    •  underlined: Booléen (true/false) - Définit si le texte doit être affiché en souligné. Par défaut sur false.

    •  strikethrough: Booléen (true/false) - Définit si le texte doit être affiché en barré. Par défaut sur false.

    •  obfuscated: Booléen (true/false) - Définit si le texte doit être affiché en obfusqué. Par défaut sur false.

    •  insertion: Quand un joueur effectue un Shift+Clic, le texte mis dans cette propriété sera inséré dans le tchat à la position de son curseur. Si il y a déjà du texte écrit dans la barre de tchat, il ne sera pas supprimé.

    •  clickEvent: Permet l'exécution d’événement lorsqu'un joueur clique sur le texte.

      •  action: Le type d'événement à lancer lors du clique. Peut contenir open_url, open_file, run_command ou suggest_command.

      •  value: La valeur associé à l'événement choisi.
        • open_url : Permet d'ouvrir une adresse internet dans le navigateur par défaut du joueur.
        • open_file : Permet d'ouvrir un fichier contenu sur la machine du joueur. Cet événement ne peut pas être utilisé dans les commandes, il est utilisé dans le jeu pour ouvrir les captures d'écran par exemple.
        • run_command : Permet d'exécuter une commande. La commande ne pourra fonctionner uniquement si le joueur qui l'exécute à les permissions pour le faire. Notez que la commande doit être préfixé par un slash /.
        • change_page : Change la page dans un Livre édité (utilisable uniquement dans ces derniers).
        • suggest_command : Similaire à run_command mais écrira la commande dans la barre de tchat du joueur et ne sera pas exécuté avant que le joueur tape sur ↵ Entrée. Similaire également à insertion mais remplacera tout le texte déjà présent si il y en a un.

    •  hoverEvent: Permet l'exécution d’événement lorsqu'un joueur survol avec ça souris le texte.

      •  action: Le type d'événement à lancer lors du survol avec la souris. Peut contenir show_text, show_item ou show_entity

      •  value: La valeur associé à l'événement choisi.
        • show_text : Affiche du texte. Peut également être un objet "texte JSON".
        • show_item : Affiche un objet. Doit contenir une node NBT d'objet pour permettre un affichage correct.
        • show_entity : Affiche une entité. Doit contenir une node NBT avec comme paramètre type pour le type d'entité choisi (doit être un nom d'entité valide, comme zombie), name pour le nom de l'entité et id pour l'UUID de l'entité. Tous ces paramètres sont facultatif, le jeu ce chargera de combler ce qu'il manque.

Grâce à la propriété extra, le format ci-dessus peut être imbriqué de manière récursive pour produire des chaînes de texte très complexes et fonctionnelles. Cependant, un « texte JSON » ne doit pas nécessairement être compliqué : pratiquement toutes les propriétés sont facultatives et peuvent être omises.

Pour être valide, chaque objet doit avoir comme propriété au moins soit text, soit translate, score, selector ou keybind (tout le reste est optionnel). Par conséquent, l'objet « texte JSON » peut être remplacé par une chaîne de caractères. Dans ce cas, cette chaîne sera considérée comme la valeur de la propriété text. Par exemple, "Je suis un texte" sera l’équivalent de {"text":"Je suis un texte"}. Ce « raccourci » peut être utilisé partout où est demandé un « texte JSON » (comme /tellraw), dans la propriété extra d'un « texte JSON » ou dans la propriété value d'un hoverEvent avec comme action show_text de ce dernier.

Il est aussi possible de renseigner sur les commandes acceptant ce format, un tableau d'objet « texte JSON » et/ou chaine de caractères. Les objets seront concaténés dans l'ordre et en fonction du niveau de profondeur de chacun dans l'arbre imbriqué. Par exemple :

/tellraw @a ["Salut toi, ",{"selector":"@p"},"."]
/tellraw @a [[[["Le "],[["grand ","et ", "fabuleux "],[{"selector":"@p"}," saute "],"par-dessus "],"le "],["chien ","paresseux."]]]

Sélecteur

Dans la plupart des commandes où un joueur (ou entité) peut être spécifié, il est possible de « cibler » un ou plusieurs joueurs/entités qui répondent à certaines conditions plutôt que de simplement sélectionner un joueur avec son nom. Pour cibler certains joueurs, l'utilisateur doit choisir un sélecteur, et éventuellement, un ou plusieurs arguments. Les arguments ne peuvent pas être utilisés avec le nom d'un joueur directement. Exemple impossible : {{{1}}}

Types de sélecteurs

Sélecteur Fonction
@p Cible le joueur le plus proche.
Si il y a plusieurs joueurs proches, exactement à la même distance, le joueur qui s'est connecté en dernier sera ciblé.
@r Cible un joueur au hasard.
Si un type d'entité est spécifié, ce sélecteur peut cibler autre chose qu'un joueur, en revanche par défaut, c'est uniquement les joueurs qui sont pris en compte.
@a Cible tous les joueurs, y compris les joueurs morts.
C'est le seul sélecteur qui cible les joueurs morts.
@e Cible toutes les entités (y compris les joueurs).
@s Cible l'entité (y compris les joueurs) qui exécute la commande.

Arguments de sélecteurs

Les arguments peuvent être utilisés et mélangés à sa guise en les mettant entre crochets [] juste après un type de sélecteur (@p, @e, ...) .Il est également possible de mettre plusieurs fois le même type d'argument. Les types valeurs peuvent varier d'un argument à l'autre, en voici la liste :

  • Entier : nombre normaux, sans virgule allant de -2147483648 à 2147483647 sur les arguments Minecraft (exemple : 1, -3, 42, ...).
  • Flottant : nombre normaux qui peuvent avoir des virgules allant de -2147483648 à 2147483647 sur les arguments Minecraft (exemple : 1, -2.84, 42.21, ...).
  • Booléen : valeur représentant soit vrai (true) soit faux (false).
  • Intervalle ou Liste d'intervalle : valeurs séparées avec un minimum et/ou un maximum, ou une valeur exacte. Les valeurs sont séparées par .. (exemple : 2..42 accepte une valeur étant en 2 compris et 42 compris). Il est possible d'utiliser plus/moins l'infini (exemple : ..2 accepte une valeurs inférieur ou égale à 2). Il est également possible de chercher une valeur exacte (exemple : 2).
  • Texte: simple texte. Il est aussi possible de vérifier si votre argument n'est pas égale à un texte avec {{{1}}} (exemple : {{{1}}} cherchera toute les entités n'étant pas des joueurs.
  • NBT: expression de type tag NBT. Il est aussi possible de vérifier si votre entité n'est pas égale à l'expression NBT avec {{{1}}}
Argument Fonction Type
x Coordonnée X pour le centre de recherche. Flottant
y Coordonnée Y pour le centre de recherche. Flottant
z Coordonnée Z pour le centre de recherche.
À défaut des arguments "x", "y" et "z", le centre de recherche est le point d'exécution de la commande.
Flottant
dx Prolongement en x par rapport au centre de la recherche. Flottant
dy Prolongement en y par rapport au centre de la recherche. Flottant
dz Prolongement en z par rapport au centre de la recherche. Flottant
x_rotation Rotation verticale. Intervalle de flottant
y_rotation Rotation horizontale. Intervalle de flottant
distance Rayon de recherche. La zone de recherche sera une sphère de rayon distance centrée sur le centre de recherche. Intervalle de flottant
gamemode Mode de jeu.
Ne peut avoir comme valeur que :
Texte
limit Nombre maximum de joueurs.
Ne peut pas être négatif.
Entier
level Niveau d'expérience du ou des joueurs. Intervalle
scores Liste des scores à tester.
Exemple : {{{1}}}.
Liste d'intervalles
team Équipe à tester.
Si aucune équipe n'est donnée alors la commande comptera tous les joueurs sans équipe.
Texte
name Nom à tester.
Si un nom composé d'espaces est à tester, il doit être mis entre guillemets ".
Texte
type Type de l'entité à tester.
Doit correspondre à un nom d'entité valide.
Texte
tag Tag à tester. Texte
nbt Expression NBT à tester.
Permet de tester n'importe quel tag NBT d'une entité
Exemple : {{{1}}}, sélectionne tous les joueurs au sol
NBT
advancements Liste de progrès à tester. Permet également de tester la validation des critères.
Exemple : {{{1}}}]}}
Liste de booléen
sort Type de tri des entités à effectuer.
Ne peut avoir comme valeur que :
  • nearest: tri par distance, du plus proche au plus loin. Trieur par défaut pour @p.
  • furthest: tri par distance, du plus loin au plus proche.
  • random: tri aléatoirement la liste des entités. Trieur par défaut pour @r.
  • arbitrary: n'applique aucun tri à la liste des entités. Permet d’optimiser l'exécution des commandes. Trieur par défaut pour @e et @a.
Texte
Exemples
  • {{{1}}} : Seléctionne tous les joueurs ayant une altitude comprise en y=30 et y=60.
  • {{{1}}}
  • {{{1}}}

Possesseur

Pour les commandes manipulant les tableaux de score et les équipes, elle prennent en paramètre une variable "possesseur". Il y a 2 types de valeurs qui peuvent être utilisées dans ça syntaxe :

  • Un possesseur peut être une entité, dans ce cas, il faudra utiliser la même syntaxe d'argument que Sélecteur.
  • Un possesseur peut également être rien du tout, juste un nom, que l'on appellera dans ce cas une variable. Ce nom n'a beau ne pas représenter une entité, elle sera malgré tout affiché dans les listes de score.

Dans les fichiers du jeu, lorsque qu'un sélecteur est utilisé en temps que possesseur, le jeu listera toutes les entités sélectionnés et utilisera leurs nom (ou le UUID si elle n'a pas de nom) en temps que variable.
Il existe un nom de variable particulier, *, qui a pour but de sélectionner toutes les variables incluant les entités. Aucun sélecteur ne peut lister les variables, c'est pour quoi il faut utiliser * dans ces cas là.

Unité de temps

L'unité de temps utilisée dans Minecraft est le tick. Une seconde correspond à 20 ticks du jeu. Pour utiliser cette unité, il existe plusieurs formes de notation :

  • Un entier simple qui représentera une valeur en ticks directement (exemple : 20, représentant 20 ticks donc 1 seconde).
  • Un nombre avec le suffixe t qui représentera une valeur en ticks équivalant à la première notation (exemple : 20t, représentant 20 ticks donc 1 seconde).
  • Un nombre avec le suffixe s qui représentera une valeur en secondes (exemple : 2s, représentant 2 secondes donc 40 ticks).
  • Un nombre avec le suffixe d qui représentera une valeur en jours dans Minecraft, une journée dans Minecraft durant 20 minutes dans la réalité (exemple : 1d, représentant 1 jour, donc 20 minutes, donc 24000 ticks).

Les nombres suffixés peuvent également être des flottants, ce qui peut être utile dans certains cas comme par exemple 0.5d, représentant une demi-journée.

Liste des commandes

Voici ci-dessous la liste des 63 commandes disponible dans le jeu.

Valeur de retour

Vous pourrez voir que certaine d'entre-elle possède une colonne appelé Retour. En sous-colonne, il y a Result et Success, ces valeurs correspondent aux valeurs de retour des commandes en question. Certaine de ces valeurs peuvent être affichées dans le tchat mais elles sont principalement utilisées par la commande et les sous-commandes /execute store <...>, elles permettent de stocker des valeurs de retour dans un score ou un tag NBT par exemple. Plus d'informations à execute, section Stockage.

Historique


Le reste de cette page est à traduire en Français.
Version Java Classique
0.0.15a (Multiplayer Test 3)Ajout de /ban, /banip, /broadcast, /deop, /kick, /op, /tp, et /unban.
0.0.16a_01Changed /broadcast to /say.
0.0.17aAjout de /setspawn.
0.0.20aAjout de /solid.
Version Java Indev
0.31Toutes les commandes supprimées..
Version Java Alpha
v1.0.16Ajout de /ban, /ban-ip, /banlist, /deop, /home, /kick, /op, /pardon, /pardon-ip, /say, et /stop.
v1.0.16_01Ajout de /save-all, /save-on, /save-off et /tp.
v1.0.16_02Ajout de /list et /tell.
v1.2.5Removed /home.
v1.2.6Ajout de /kill.
Version Java Bêta
1.3Ajout de /whitelist.
Version Java
1.3.112w16aAjout de cheats mode et /gamemode, /give, /time, /toggledownfall, et /xp.
12w17aAjout de /help.
12w21aAjout de /seed.
12w22aAjout de /defaultgamemode.
12w24aAjout de /publish.
12w25aLes astuces peuvent maintenant être activées ou désactivées lors de l'ouverture d'un monde à d'autres joueurs via le réseau local.
12w27aAjout de /debug.
12w30aChangeement de /gamemode 3 à /gamemode 0.
1.4.212w32aAjout de /difficulty, /gamerule, /spawnpoint, et /weather.
Ajout de selécteur de cible.
12w37aAjout de /clear.
12w38aAjout de l'arguement item à /clear.
12w41aLa limite de /xp est maintenant 2 147 483 647 au lieu de 5 000.
1.4.4preAjout de /enchant.
1.513w03aAjout de /testfor.
13w04aAjout de /scoreboard.
13w09bAjout de /effect.
1.6.113w23aAjout de /spreadplayers.
Ajout de la règle de jeu naturalRegeneration.
13w24aAjout de la règle de jeu doDaylightCycle.
13w24bLes dommage causé par /kill à changé de 1 000 à 3.4×1038.
1.6-preAjout de l'arguement clear à /effect.
preAjout de /playsound.
1.7.213w36aAjout de /summon.
Ajout de /achievement.
Ajout de l'argument dataTag à /give.
13w37aAjout de /setblock, /tellraw, et /testforblock.
13w38aAjout de /setidletimeout.
13w43aAjout de /setworldspawn.
1.814w02aAjout de /blockdata.
Ajout du selécteur @e au Selécteur de cible.
Ajout des arguments player|entity à /kill.
Ajout de l'argument data à /clear.
Ajout de l'argument dataTag à /testfor.
/testfor n'est plus exclusif aux blocs de commande.
Ajout de insertion attribute to raw JSON text specification.
14w02cTo fix MC-44371, /kill now directly kills non-living targets, rather than dealing 3.4×1038 void damage.
14w03aAjout de rotation arguments to /tp.
Ajout de dx, dy, et dz to target selector arguments.
Ajout de /clone et /fill.
Ajout de la règle de jeu logAdminCommands.
NBT data now supports using string IDs rather than numerical IDs.
Numerical IDs no longer work in other parts of commands, though they still work for NBT data.
14w04aAjout de /particle.
14w05aAjout de spectator to /gamemode et /defaultgamemode.
14w06aAjout de l'argument hideParticles à /effect.
Ajout de /trigger.
14w07aAjout de /execute et /testforblocks.
/testfor can now test for partial NBT tag matches.
14w08aCommands run using /execute now pass their success value back to the command block running them.
14w10aAjout de la règle de jeu showDeathMessages.
Ajout de force option to /clone.
14w17aAjout de /worldborder.
Ajout de la règle de jeu retomTickSpeed.
14w19aAjout de /worldborder damage et /worldborder warning.
14w20aAjout de /title.
Ajout de selector attribute to raw JSON text specification.
Ajout de move option to /clone.
14w26aAjout de /worldborder add.
Ajout de /replaceitem.
Ajout de la règle de jeu sendCommandFeedback
14w28aAjout de /stats.
14w29aAjout de /worldborder get.
Ajout de l'argument force à /particle.
Ajout de /time query.
Ajout de the ability to create dummy gamerules.
Ajout de QueryResults to /stats.
14w30a/summon can now spawn lightning.
14w31a/debug can be run in single player.
Ajout de l'argument chunk à /debug.
14w32bAjout de /entitydata.
/give ne peut plus faire des stacks illégales.
1.8.1pre1Ajout de la règle de jeu doEntityDrops.
The game rule doTileDrops no longer affects entities.
1.915w37aAjout de la règle de jeu spectatorsGenerateChunks.
15w43a/gamemode affiche maintenant dans le chat le mode de jeu sur lequel le joueur est passé.
15w49a/playsound accepte maintenant Tab ↹ pour compléter.
Ajout des tags player et params à /particle
15w49b/time query now accepts day as a value.
15w51aAjout de la règle de jeu spawnRadius.
16w02aThe m selector now accepts the stetard literal gamemode values et abbreviations, such as a et adventure, et these may be negated as well.
/playsound now requires a source parameter, specifying what is the sound's category for volume purposes.
Running /help in a command block will now retomly use one of various different humorous phrases as the previous output.
16w03a/achievement no longer affects statistics.
16w07aAjout de la règle de jeu disableElytraMovementCheck.
1.9.3pre1/tp will no longer teleport the player to a y-coordinate outside the range -512 to 512.
pre2Ajout de /stopsound.
1.1016w21bThe y-coordinate range of /tp is increased to -4096 to 4096.
pre1Ajout de /teleport, which is like /tp, except that the target parameter is metatory, the 'teleport to other player' usage is unavailable, et the use of relative coordinates is relative to the executor of the command, rather than relative to the target.
1.1116w32aAjout de block state support to /execute, /fill, /setblock et /testforblock.
16w32bAjout de ability for /title to display text in the action bar position.
16w38aAjout de la règle de jeus doWeatherCycle et maxEntityCramming.
Removed implicit target selectors (for example, @e[167,28,454]).
Invalid target selectors (such as @e[Type=creeper], @e[asdf=nonexistent], et @e[malformed]) now generate an error instead of being silently ignored.
16w39aAjout de /locate.
1.1217w13aAjout de /recipe et /advancement.
Ajout de la règle de jeu doLimitedCrafting.
Removed /achievement.
17w16bAjout de la règle de jeu maxCommandChainLength.
Ajout de the @s target selector variable
17w18aAjout de la règle de jeu announceAdvancements.
Ajout de /reload.
pre1Ajout de la règle de jeu gameLoopFunction.
Ajout de /function.
1.1317w45aA new library named Brigadier is now used to parse commands. Different components of commands are displayed in different colors, et errors will be displayed in red without having to run the command. Commands, for the most part, do not allow uppercase letters, et are now much faster et more efficient.
An nbt argument in target selectors.
Changed the syntax for several commands.Modèle:Info needed
Ajout de /tag et /team.
Removed /enchant, /stats, /testfor, /testforblock, /testforblocks et /toggledownfall.
The syntax of /execute has been split off.
/gamerule no longer accepts unknown values ("custom gamerules").
Values to /gamerule are now type checked.
/publish now accepts an optional port argument.
17w45bAjout de /data.
Removed /entitydata.
Reworked /execute store.
17w46aAjout de /datapack.
The player now has the option to toggle automatic command suggestions.
The command UI has a new prototype, et now works in multiplayer.
17w47aRemoved /blockdata.
Particle names have been changed for the command /particle.
Ajout de an option in chat to toggle automatic command suggestions.
17w48aTweaked the command suggestion UI.
Reworked tab-completion for coordinates.
17w49bRemoved the gameLoopFunction /gamerule.
17w50aLocal coordinates can now be specified in commands using ^.
Tab-completing when not targeting a block will suggest ~ ~ ~.
18w01aAjout de facing to /teleport, which will make the target entity face an entity or a location.
Ajout de the options noon et midnight to /time set.
Changed all custom names (blocks, items, entities, block entities) to translatable text components.
Thrower et Owner nbt keys of item entities are no longer strings but are instead compounds with two longs named L et M.
owner nbt keys of snowballs, eggs et ender pearls are no longer strings but are instead compounds with two longs named L et M.
18w02aErrors during a command are now a nicer error message (with a tool tip for more info).
/teleport has been simplified a bit, et players can now teleport to entities in other dimensions.
Ajout de new sub-commands to /execute to allow for more control over commands.
Server commands now run from world spawn in the Overworld, instead of at 0,0,0.
18w03aImproved performance of command parsing et command execution.
Ajout de commands to the profiler (/debug).
/data get with a path now works on non-numeric values.
Ajout de the /particle <name> <pos> shortcut.
18w05aAjout de /bossbar
New /execute store subcommand.
Ajout de basic entity selector suggestions in the command UI.
A warning is now logged for ambiguous commands.
18w06aRe-Ajout de /enchant.
Ajout de command suggestions for entity selectors.
Whitespaces are now allowed in entity selectors & blockstate arguments.
/locate now accepts different structure names for all structures previously grouped under Temple: Desert_Pyramid, Igloo, Jungle_Pyramid, et Swamp_Hut.
18w08aAjout de a clickable teleport link to the /locate command output.
18w19aThe output of the /seed command can now be copied.
18w20aTeams now have a prefix et a suffix.
pre7Ajout de /scoreboard objectives modify <objective> displayname <displayName>.
pre8Ajout de /team modify <team> displayName.
Ajout de /scoreboard objectives modify <objective> rendertype hearts, which makes health bars display as hearts, like this: Modèle:Healthbar.
Ajout de /scoreboard objectives modify <objective> rendertype integer, which makes health bars display as yellow numbers.
Team names & objective names are now text components, not raw strings.
/team option is now /team modify.
1.13.118w31a Ajout de /chunk.
pre1Renamed /chunk to /forceload.
September 26, 2018Brigadier open-sourced under the MIT license. (Source code previously was available on the library site, with no license specified).
Version portable Alpha
0.7.4Ajout de support for commands, though none are implemented yet.
0.16.0build 1Ajout de /clearfixedinv, /clone, /deop, /execute, /fill, /gamemode, /give, /help (with alias /?), /kill, /list, /op, /say, /setblock, /setfixedinvslot, /setworldspawn, /spawnpoint, /summon, /tell (with aliases /msg et /w), /testforblock, /testforblocks, /time, /toggledownfall, /tp (with alias /teleport), /weather, /wsserver et /xp.
Functionality of most commands is equivalent to Java Edition 1.10 usage. Differences include: no support for datatags, /clone cannot use forced cloneMode, /gamemode can only use Creative et Survival modes, the player target is optional in /give, et the entity target is optional in /execute.
build 2Removed /clearfixedinv et /setfixedinvslot, along with other Education Edition -related items.
build 5Ajout de /enchant.
Version portable
1.0build 1Ajout de /locate et /connect.
build 2Removed /locate.
build 3Re-Ajout de /locate. Only works for strongholds.
1.0.3build 1Ajout de /transferserver.
1.0.5build 1Ajout de /clear, /difficulty, /effect, /gamerule, /me, /particle, /playsound, /replaceitem, /spreadplayers, /stopsound, /testfor et /title.
build 2Removed /particle.
The amplifier on /effect can no longer have negative values.
1.1build 1The canplaceon et cetestroy are now supported for /replaceitem.
/locate can now find other structures.
Ajout de dodaylightcycle, doentitydrops, dofiretick, domobspawning, domobloot, dotiledrops, doweathercycle, keepinventory et mobgriefing gamerules.
Ajout de /setmaxplayers.
Version Bedrock
1.2build 1Ajout de /tickingarea.
1.6bêta 1.6.0.6Ajout de la règle de jeu doinsomnia.
1.7bêta 1.7.0.2Ajout de /scoreboard.
Ajout de la règle de jeu commandblocksenabled.

Notes diverses

  • Quand la règle du jeu "doFireTick" est désactivée, le feu brûle éternellement et ne s'éteint pas même avec la pluie.

Voir aussi