État des services Mojang : Plus d'infos
La recherche se fait sur tous les élements du jeu. Rechercher un membre

Minecraft Snapshot 17w45a: Arrivé des commandes !

Le 09/11/2017 à 7h17

Dinnerbone nous avais prévenu, Une nouvelle snapshot est sortie ce mercredi, la version Minecraft Snapshot 17w45a, apportant notamment une des fonctionnalité phare de Minecraft Java 1.13: le nouveau système de commandes.

Mais avant de découvrir en détail ce nouveau système de commande, découvrons les autres nouveautés de cette snapshot:

Nouveau modèle 3D pour les chevaux
Le modèle 3D des chevaux a évolué, il a été simplifié, pour être plus similaire aux autres mobs du jeu précise jeb:

Les bébés chevaux ont une allure plus naturelle, ils ne sont plus haut sur pattes comme avant. Par contre leur coups semble démesurément long maintenant. Les adultes aussi ont évolué, ils ont été simplifié: ils ont perdu leurs sabots ainsi que leurs cuisses, leurs pattes sont désormais de simple rectangle comme tous les autres mobs.

Pour comparaison, voici le modèle 3D des chevaux dans la précédente version du jeu:



Minecraft compatible 4k
Si vous avez un écran très haute résolution 4k, les menus du s'afficheront désormais à la bonne taille, un nouveau ratio d'affichage des menus a été ajouté pour prendre en charge ces écrans.


Un nouveau parseur de commande
Le parseur de commande est intégré dans le tchat, dès qu'on tape le caractère "/" (slash), il entre en action et nous propose toutes les commandes disponibles dans un cadre noir affiché au dessus de la ligne du tchat:

Un code couleur nous guide dans l'écriture de la commande:
  • Le rouge indique une erreur
  • Le gris (ou une autre couleur comme nous allons le voir plus tard) indique que la commande est correcte
Le parseur est capable de nous suggérer la commande a completer, elle apparaît en grisé à la suite du texte déjà entré. Si la suggestion nous convient, il est possible de la valider en appuyant sur la touche "Tab".

Une fois un paramètre entrée, l'aide se met a jour avec la liste des paramètres suivant disponible. Plus vous progresserez dans la commande, plus l'aide sera précise:


Si vous faites une erreur et que le parseur n'est plus capable de compléter votre commande, la liste d'aide devient rouge:




Le parseur est également capable de reconnaître les paramètres variables (ou il faut entrer un texte ou un nombre), dans ce cas, afin de nous simplifier la lecteur de la commande, chaque paramètre est indiqué dans une couleur différente, couleur reprise dans l'aide:


Lorsqu'un paramètre est fixe (valeur non modifiable, sous-commande), il reste en gris:


Le parseur vérifie en temps réel si la syntaxe de la commande tapé est correcte, il vérifie également les paramètres entrés. Si la valeur du paramètre n'est pas valide, il s'affiche en rouge:



Comme nous le verrons plus loin dans cette news, les noms d'items peuvent être suivit des blockstates ainsi que des tags NBT. Le parseur les reconnais aussi, et est même capable de détecter les erreurs a l'intérieur de ces valeurs !
La valeur "top" n'existe pas pour le blockstates "facing"
Par contre la valeur "east" est valide

Les messages d'erreur sont par ailleurs beaucoup plus précis qu’auparavant.

Dernière fonctionnalité nottable de ce parseur, il est capable de reconnaitre les commandes enchainés (typiquement la commande /execute qui accepte elle même d'autres commandes):

Ici l'auto-completion a compris qu'on a terminé une première partie de /execute, et propose une autre condition pour la commande /execute. Afin de facilité la lecture, chaque "bloc de commande" déjà tapé est affiché en gris, seul la dernière commande de la chaine est en couleur:



Cela dit, en cherchant bien, il est possible de trompé un peu le parseur en jouant sur les syntaxes, par exemple la commande suivante est valide et fonctionnelle:

Par contre la commande suivant est certes valide (la commande ne fait pas d'erreur), mais non fonctionnelle:
Ici l'attribut "Lore" n'est pas prise en compte car il n'a pas le bon type (type string au lieu de tableau de string), pourtant le parseur l'a validé. Mais nulle doute que Dinnerbone corrigera rapidement ces petites imperfection dans les prochaines snapshots, le résultat actuel est déjà époustouflant.

 
Les nouvelles commandes
C'était la grosse nouveauté annoncée, la plupart des changements sont déjà connu et ont été détaillé dans les précédentes news, je ne vais donc faire ici qu'un résumé des nouveautés:
  • Suppression de la commande "/advancement test", puisqu'il est maintenant possible de faire le test via les sélecteurs
  • Changement de l'ordre des paramètres des commandes /clear/clone
  • Les commandes /defaultgamemode/gamemode et /difficulty n'acceptent plus de valeurs courtes ou numérique, il faut maintenant taper le nom complet de la valeur (l'auto-complétion permettant de ne taper que quelques lettres puis de complété avec la touche "Tab")
  • La syntaxe des commandes /fill/give/replaceitem et /setblock a changé, puisque certains paramètres n'étaient plus nécessaire, remplacés par la nouvelle syntaxe des items qui accepte désormais les tags NBT et les blockstates.
  • La syntaxe de la commande /effect a évolué pour être moins ambigüe. De plus la commande est maintenant plus restrictive: elle échouera si l'effet désigné n'apporte pas de changement pour le mob, certains mobs sont immunisé (comme l'ender-dragon), et il n'est plus possible d'affecté un effet faible si un effet plus fort (plus haut level) est déjà appliqué.
  • La commande /enchant a été supprimé, remplacé par une possible future commande /modifyitem (qui n'existe pas encore)
  • /execute a été entièrement réécrire (voir notre précédente news pour la découvrir en détail).
  • La syntaxe de /xp a changé. De plus /xp est maintenant un alias de la commande /experience. (voir notre précédente news pour la découvrir en détail)
  • La commande /function n'accepte plus les conditions "if" ou "unless", pour cela il faut maintenant utiliser la commande /execute. Par exemple:
    • /function foo if @e[tag=bar] devient /execute if entity @e[tag=bar] run function foo
  • La commande /gamerule ne permet plus de déclarer des gamerules qui n'existe pas (parfois utilisé en tant que variable), cela posant plus de problème qu'autre chose, certains joueur faisant des fautes de frappes, ça ne provoquait pas d'erreurs. De plus chaque gamerule est maintenant typé (texte ou nombre), en cas d'erreur de type sur une gamerule la commande échouera (ce qui limite les erreurs d'utilisations).
  • La commande /scoreboard a été scindé en plusieurs commande. De plus ses syntaxes ont changé pour prendre en compte le nouveau système d'écrire des items. Plus d'info dans notre précédente news.
  • /stopsound accepte maintenant la valeur spéciale "*" pour couper tous les sons
  • Les commandes /stats/testfor/testforblock et /testforblocks ont été supprimé, remplacé par /executePlus d'info dans notre précédente news.
  • La commande /toggledownfall a été supprimé, il faut maintenant utiliser la commande /weather a la place. De plus la durée par défaut de la météo est de 5min maintenant.
  • Les commandes /tp et /teleport ont fusionné (/tp est un alias de /teleport), c'est le comportement de /teleport qui est gardé, c'est a dire que les coordonnées relatives sont relatives à l'executeur, et non à la cible. Pour retrouver l'ancien comportement, il faut utiliser la commande "/execute at".
  • L'incrémentation d'un compteur via la commande /trigger a été simplifié:
    • /trigger <objective> add 1 peut maintenant s'écrire /trigger <objective>

Les nouveaux sélecteurs
Les sélecteurs ont aussi évoluer et permettent infiniment plus de combinaison. Nous avions déjà parlé de la plupart de ces nouveautés dans nos précédentes news, voici donc un résumé de ces changements:
  • Les valeurs qui n'ont pas de sens provoque des erreurs (level d'XP négatif, gamemode qui n'existe pas, nombre d'entité à 0, etc.)
  • Tous les attributs d'interval avec une valeur min et max utilise désormais la nouvelle syntaxe "a..b". Exemple:
    • level=10 ==> level 10 uniquement
    • level=10..12 ==> level compris entre 10 et 12
    • level=5.. ==> level 5 et supérieur
    • level=..15 ==> level 15 et inférieur
  • Les valeurs x et z ne sont plus centré sur les blocs (par exemple "x=1" n'est plus transformé en "x=1.5"). Il est maintenant possible de donner des valeurs à virgule pour les coordonnées.
  • Plusieurs attributs ont changé de nom:
    • m devient gamemode (qui n'accepte par ailleurs plus de valeurs courtes ou numériques)
    • l et lm deviennent level
    • r et rm deviennent distance
    • rx et rxm deviennent x_rotation
    • ry et rym deviennent y_rotation
    • c devient limit (et il n'accepte plus de valeur négative)
  • Les attributs x, y, z, distance, x_rotation, y_rotation acceptent désormais des nombres à virgule comme valeur.
  • Il est maintenant possible de mettre des espaces dans les sélecteurs, sous conditions: @e[name="Hello World"]
  • Il est également possible d'effectuer des recherches par tags NBT, par exemple: @e[nbt={Cool:1b},nbt=!{Uncool:1b}]
  • Il est possible de donner plusieurs fois le même attribut avec des valeurs différentes. Par exemple:
    • @e[tag=foo,tag=bar] sélectionnera les entités avec les tags "foo" et "bar"
    • @e[type!=cow,type!=chicken] sélectionnera les entités qui ne sont pas des vaches ni des poules
  • Si plusieurs attributs sont donnés dans un sélecteur, il faut que toutes les conditions soit remplit (opérateur ET) pour que l'entité soit sélectionné. Il n'est pas possible d'avoir l'opérateur OU (une seule condition vrai pour être sélectionné)
  • Ajout de l'attribut "sort", qui permet de classer les résultats (pratique s'il est utilisé avec limit)
    • sort=nearest classe les entités par distance de l'exécuteur (de la plus proche à la plus éloignée). C'est la valeur par défaut pour @p
    • sort=furthest classe les entités par distance de l'exécuteur (de la plus éloignée à la plus proche). Cette option reproduit le comportement des valeurs négatives pour l'ancien attribut c.
    • sort=random classe les entités par ordre aléatoire. C'est la valeur par défaut pour @r
    • sort=arbitrary ne classe pas les entités, c'est utile lorsque l'ordre n'a pas d'importance, c'est l'option la plus rapide. C'est la valeur par défaut pour @a et @e
  • La syntaxe des scores a change, beaucoup plus lisibles et souple d'utilisation maintenant, par exemple:
    • @p[scores={foo=1,bar=1..5}] ==> Tous les joueurs dont le score "foo" est à 1 et le score "bar" est compris entre 1 et 5
  • Il est possible de tester les progrés avec une syntaxe similaire aux scores:
    • advancements={foo=true,bar=false,custom:something={criterion:true}} , avec:
      • "foo" et "bar" des noms d'advancement interne à Minecraft
      • "custom:something" un advancement issu d'un data pack
      • "true" pour indiquer que le joueur a remporter l'advancement, ou "false" pour indiquer qu'il ne l'a pas encore
      • "{criterion:true}" permet de tester un critère uniquement (pour les advancements avec plusieurs critères, par exemple pour l'advancement "Partons à l'aventure !" (l'exploration de tous les biomes), il est possible de sélectionner uniquement un biome en particulier, même si l'advancement n'est pas encore terminé)

La nouvelle syntaxe des blocs et items
Il est maintenant possible, dans la syntaxe même du nom de l'item ou du blocs, d'indiqué certains attributes comme les blockstates ou les tags NBT. Les tags NBT sont indiqué entre accolades { } et les blockstates entre crochet [ ].
Découvrons cette nouvelle syntaxe par des exemples:
  • stone ==> Syntaxe classique pour le bloc de roche
  • minecraft:stone ==> Syntaxe avec prefixe pour le bloc de roche
  • minecraft:redstone_wire[power=15,north=up,south=side] ==> Précision des valeurs de blockstates pour le bloc de circuit de redstone
  • minecraft:jukebox{RecordItem:{...}} ==> Précision des tags NBT associés au bloc
  • minecraft:stick{display:{Name:"Baton de superhéros"}} ==> idem avec un objet
  • minecraft:furnace[facing=north]{BurnTime:200} ==> Il est également possible d'indiquer à la fois les tags NBT  et les blocstates
  • minecraft:stone[doesntexist=purpleberry] générera une erreur car le blockstates "doesntexist" n'existe pas pour le bloc stone
  • minecraft:redstone_wire[power=mardi] générera une erreur car "power" n'accepte qu'un nombre compris entre 0 et 15
  •  
  • Dans les commandes de test, tous les tags et states non précisés sont ignoré dans les tests (toutes les valeurs sont accepté). Dans les commandes d'affectation, les tags et states non précisé prendrons la valeur par défaut.
  • Bien que les datavalues existent toujours techniquement dans cette snapshot, elles ne sont plus accessible dans les commandes actuelles car elles seront supprimées dans les prochaines snapshots. Les valeurs de damage (qui était techniquement des datavalues) seront converties en tag NBT.

Précision sur les Commandes / Sélecteur / Blocs et items
Plus d'infos sur les nouvelles commandes, les sélecteurs et les nouvelles syntaxes de blocs et d'items dans nos précédentes news:

Cette snapshot 17w45a est la première snapshot avec les commandes, ce nouveau système est le fruit de plusieurs mois de travail, il est donc normal qu'il contienne encore de très nombreux bugs, pas d'inquiétude ils seront corriger dans les snapshot à venir.
Dinnerbone précise par ailleurs que ce système de gestion de commande est loin d'être terminé, notamment:
  • Le système ne fonctionne pas encore en multijoueur. Il est possible de taper des commandes en multijoueur, mais le parseur ne vous assistera pas.
  • L'auto-completion des commandes est loin d'être terminé, pour le moment il ne fonctionne que sur le nom des commandes et les paramètres fixe.
  • Le système de commande prendre a terme les traductions, les aides seront traduite, mais pour le moment aucune traduction n'est disponible ni possible
  • L'affichage de l'assistant de commande (le cadre sur fond noir) est pour le moment très simpliste, ce n'est qu'un outils de développement, le design sera refais dans les prochaines versions.
  • Les commandes sont maintenant sensible à la case, toutes les commandes doivent être écrites en minuscule. Par exemple: /scoreboard ObJeCtIvEs ... n'est plus valide
  • De nombreuses améliorations et optimisations seront apporté, en particulier en ce qui concerne les fonctions.
  • La bibliothèque de gestion des commandes est appellé "Brigadier". C'est une bibliothèque externe à Minecraft, elle n'est pas obfusqué et pourra donc être facilement réutilisé par les mods et plugins multijoueurs.
Si trop de bugs sont rapportés, ou si le fonctionnement pose trop de problème, Dinnerbone n'exclue pas la possibilité de le supprimer complètement dans les prochaines snapshots en attendant qu'ils soient plus avancé.


Corrections de bugs
Comme à chaque version, cette snapshot apporte son lot de bugs corrigés. Une trentaine de bugs sont corrigés, mais contrairement a d"habitude il s'agit pour la plupart de bugs majeures dans le jeu. Le détails des bugs corrigés est disponible sur le bug tracker de Mojang.



Vous pouvez tester cette snapshot dès maintenant en un clic sur "Tester la snapshot" depuis le launcher FR-Minecraft. Si vous souhaitez tester cette snapshot il est recommandé de faire une sauvegarde de vos mondes, puisque les snapshots sont des versions instables qui risquent de corrompre votre monde.
Cet article a été publié par Tronics, le 2017-11-09 07:17:13. Source
Validé par  Tronics.
Partager :
Commentaires de la news Minecraft
Minecraft Snapshot 17w45a: Arrivé des commandes ! :
Tronics (administrateur)
le 09/11/2017 à 07:20
Attention, a toutes les personnes aux yeux fragiles : cette news est un brouillon avec des fautes d'ortographe, de grammaire et même de frappe, rendant parfois même certaines phrases incomprehensibles, donc ne risquez pas de perdre un oeil, ne la lisez pas !
Pour les autres je la poste quand même, je n'ai pas le temps de relire, j'avais le choix entre publier tel quel ou ne pas publier du tout, j'ai préféré la partager avec vous quand même ^^ Et comme je suis préssé je posterai un commentaire sur la news plus tard ! Bonne lecture à tous.
le 09/11/2017 à 07:35
C'est assez compliqué à utiliser leur nouveau truc, car les suggestions ne sont pas encore toute là (par exemple, pour écrire un block ou un item, si on écrit le namespace, le parseur nous met notre saisie en rouge jusqu'à ce qu'on ait écrit entièrement le nom du block/item.
Sinon, je pense que plutôt que de rollback le système de commande, Dinnerbone devrait plutôt intégrer les deux, et avoir une touche pour déclencher l'un ou l'autre des système de commande.
Iconia (anonyme)
le 09/11/2017 à 09:49
Et qu'en est t'il des craft personnalisé ?? Car moi c sa qui me fait sourire ...
le 09/11/2017 à 10:49
Super News Tronics comme d’habitude (ps: J’adore ton skin)
le 09/11/2017 à 11:48
Draco, bienvenue dans le site!!! J'ai vu tu t'es inscrit hier merci de l'avoir rejoins sinon oui super news Tronics!!!!!!
le 09/11/2017 à 12:51
OMG ! Quelqu'un donne de son temps libre pour écrire un article complet en français sur une mis à jours qu'il à testé et sourcé en faisant plein de faute d'orthographe !!!! MAIS BORDEL, c'est inadmissible ! J'espère très sincèrement que vous avez honte de ce que vous faite ici...

Trêve de sarcasme, je plussoie totalement cette direction technique que prend le système de commande.
Finalement l'API de moding à commencer à existé depuis le début, fallait juste attendre sa maturation :-)

En revanche, ...merde les chevaux quoi.. est ce que c'était vraiment nécessaire qu'ils doivent ne plus ressemblé à rien comme ça ? C'est vraiment hideux pour l'occase :/
pikachou1999 (anonyme)
le 09/11/2017 à 13:18
les nouveau cheveaux sont moche! dinnerbonne peut changer sa?
Comprendspas (anonyme)
le 09/11/2017 à 14:10
Mais pourquoi si toi même tu as conscience de tes erreurs ne demandes-tu pas à qqn des les corriger?
Implémenter un système de modification wikipedia-like pour tout utilisateur de "confifance" -ie avec une certaine réputation qui serait attribuée via des likes de commentaires etc[]- leur permettant de corriger l'article serait méga sympa!
GRandTy (anonyme)
le 09/11/2017 à 14:16
Yggdrastyle => mais wtf??? "l'API" modding qui arrive a maturation mais alors toi t'as pas l'air d'avoir conscience de la définition du terme api, et au fait, tu pourras critiquer la qualité "editoriale" quand toi tu seras irréprochable ("à exist[é]", "qu'ils doivent ne plus ressembl[é] +[sens de la phrase]", "plein de faute[]" et encore je passe)
BouleDM (anonyme)
le 09/11/2017 à 14:55
Dé fotes ? jean nez pa vus ....... eheh
cyanodraco (anonyme)
le 09/11/2017 à 16:14
Sympa en effet mais c'est moi ou je trouve que les nouveaux chevaux ( R.I.P canasson ) ont le museau un peu bas, au look nez pété XD, et les poulains girafe c'est original aussi lol.
J'espère qu'on va avoir un mod qui nous remettra des poney correct bientôt, classe et réaliste comme avant.
Par contre ça donne quoi sur les ânes, et les chevaux zombies et squelettes ?
TheJedi7_offline (anonyme)
le 09/11/2017 à 17:11
Effectivement les chevaux c'est la cata... Sinon c'est prometteur toutes ces commandes.
Il ne manque que /modifyitem dans cette snapshot ?

@Yggdrastyle Alors déjà n'en fais pas, j'en ai trouvé au moins 5. Ensuite Tronics prend la peine de tout expliquer dans les moindre détails en plus de fournir une mise en page, des images, les sources... Je préfère largement une news avec quelques fautes qu'aucune.
Doobies (anonyme)
le 09/11/2017 à 17:20
@TheJedi7_offline

C'était du sarcasme. '-' ☺
LeGarsManiaque (anonyme)
le 09/11/2017 à 17:26
Précise que la snapshot ne marche pas en multijoueur ^^
le 09/11/2017 à 18:25
Pourquoi vous criez sur les nouveaux chevaux? Ils sont juste devenu comme tout les autres créature de minecraft, ils fessait tâche avant avec tout leurs réalisme, maintenant ils ressemblent aux autre mobs.
M_Patate83 (modérateur)
le 09/11/2017 à 19:35
Dommage pour les chevaux c'est plus une régression que évolution la ...
le 09/11/2017 à 20:08
M_Patate83 > Non. Ça dépend vraiment de ton point de vue. JE les préfère largement comme cela. Il me rappellent plus "Minecraft". Les vaches et les cochons lui ressemblent, ça reste dans le même theme. Avant ils étaient trop détaillés pour des mobs minecraft.
Ugo789456 (anonyme)
le 09/11/2017 à 21:16
Bien pour les commandes ( il est un peu tard pour sortir ça mais bon)
Horriblement déçu par les chevaux.. Une modification dont je ne parviens pas à saisir l’intérêt ! Le modèle ancien était pas si développé que ça, maintenant c DEGEULASSE surtout les bébés chevaux :( Un moins de plus
Findus (anonyme)
le 09/11/2017 à 21:18
même si les chevaux vont peut-être mieux avec le reste c'était aussi la seule texture qui était bien, le nivellement par le bas on aime pas et j'aime pas non plus les quelques pixels bizarres en "ligne" sur le cheval blanc, ni le museau qui fait penser aux pnj
le 09/11/2017 à 22:15
Ouais c vrai que les chevaux ont l'aire d'avoir moins de pep's sinon Neil effectivement c'est vrai que sa donne l'aspect plus minecraftien du jeu, car sinon le jeu aurai eu aucun sens si les textures des mobs, animaux n'aurait eux même des textures non-répétitif or un jeu pour par exemple minecraft qui est un jeu plutôt logique serais plus à mon avis des textures répétitif à mon avis pour les créatures qui existe.
yoticraft (anonyme)
le 09/11/2017 à 22:35
wow je reviens vers minecraft et c'est énorme tous ce qu'ils ont fait depuis la 1.8
le 10/11/2017 à 01:01
A noter également que du coté de Minecraft bedrock, une build beta est sortie le même jour avec le changement du modèle des chevaux comme sur la java édition.
le 10/11/2017 à 07:07
Eurk C vrai que le modéle des chevaux...est déguelasse selon moi.
C plus des chevaux, avec leurs nezs cassé
Arne (anonyme)
le 10/11/2017 à 07:25
Ce que j'aime moins avec les chevaux, c'est que leur museau est désormait plus "conique" et c'est bizarre sachant qu'ils ont rendus leurs pattes plus simples, mais leur museau plus détaillé
Poisson (anonyme)
le 10/11/2017 à 10:16
25ème

Bon, j'ai même pes lut la news mais pour que mon com reste :

Waouh, cool les nouvelles commande.
le 10/11/2017 à 11:35
Pour ce qui est de la refonte des commandes je trouve que c’est une bonne chose car cela facilitera le travail des commandes blockeur. Mais pour les cheveux je ne suis pas convaincu. Je pense qu’il faut si habituer
Le_mage (anonyme)
le 10/11/2017 à 11:39
Elle est prévue en fin d'année cette MAJ ou 2018 ?
le 10/11/2017 à 11:51
Oula on ne sait pas
cyanodraco (anonyme)
le 10/11/2017 à 12:05
Y pourrait pas optimiser les models des mobs vers le haut plutôt que de tirer celui du poney vers le bas, l'un des rares mobs qui était un minimum réaliste et beaux.
Par exemple ça fait des lustre qu'on se tape une poule à tronche de canard croisé dinde
le 10/11/2017 à 15:37
@Draco1544 > Quand même un peu car c'est presque sur qu'elle sera présentée à la Minecon. A moins qu'il n'y ait que les nouveaux mobs de la 1.13/1.14 ?
pikachou1999 (anonyme)
le 10/11/2017 à 17:00
les gens trouve que sa choqué avant les cheveaux bah pas pour moi désolé et ont sait qu'ils veulent rendre minecraft plus réaliste preuvent avec les nouvelle textures et les super graphics prévue sur PE/win10 et console edition (excuser je suis un puriste je n'aime pas dire minecraft ou minecraft bedrock pour moi cela restera des éditions)
cyanodraco (anonyme)
le 10/11/2017 à 17:12
Si y mettent des licornes ont les pardonnent XD
le 10/11/2017 à 18:50
MDR, cyanodraco!!! C vrai qu'ils ont de l'imagination mais des licornes je ne pense vraiment pas que sa arriverais, cyano mojang et 4j studios doivent inventer des animaux et mobs pertinent pour leurs chère joueurs, sinon à quoi bon faire un mob ou un animal que les gens de réclame pas????!!!! (Par exemple les lits avec la laine de différentes couleurs, elle a été ajouté à une des versions de java et console et ce n'est pas pour rien!!! C'est parce que les joueurs réclamé que si on a plusieurs pourquoi ne pas les ajoutés dans minecraft sinon le jeu n'aurais aucun sens or ce jeu à de la logique, donc s'aurais été bête de ne pas les ajoutés !!!) Tu vois, minecraft est un jeu logique surtout donc il faut que tout le reste sois logique en plus des joueurs qui réclame de nouvelles choses !!!!! Et tu di que tu pardonne mojang et 4j si il ajoute des licornes, mais cela dépend des joueurs!!!!
le 10/11/2017 à 20:01
hollala se truc c'est pas les pc pourie
le 10/11/2017 à 20:49
Il me semble que tu viens de t'inscrire. Nylbey, je comprends pas réellement se que tu viens de dire, peux-tu m'expliquer se que ton message veut dire?????
le 10/11/2017 à 20:50
cyanodraco & laetitiabrma > Juste comme ça, vous savez qu'en vous mettant un end_rod sur la tête ça le place de façon à ce que sa ressemble à une corne de licorne ?
cyanodraco (anonyme)
le 11/11/2017 à 08:07
@neil3000
Marrant je le savait pas
@laetitiabrma
La licorne c'était pour plaisanter, mais au fond vu qu'on a sorcières et dragons,... XD
Par contre tu décris Minecraft un jeu logique ???! WTF avec des chênes qui donne des pommes par exemple ! X)
le 11/11/2017 à 11:14
Ouais bon...c'est vrai que sa c'est pas logique mais sinon pratiquement tous le reste est logique...non??? ;-)
Dr_nuggets (anonyme)
le 11/11/2017 à 12:29
@laetitiabrma comme les cubes volant et l'eau à l'infini? =3
Alg (anonyme)
le 11/11/2017 à 14:55
Ah ok d'habitude c'était pas des brouillons.
le 11/11/2017 à 19:40
Ouais...bon mais sa c'est parce que c'est un jeu c pas pareil!!!!!! :-(
cyanodraco (anonyme)
le 12/11/2017 à 11:36
XD
le 13/11/2017 à 17:50
Depuis il y a eu une mise à jour de la texture du cheval (tweet de jeb_)
Vous pouvez suivre les changements de textures en français et dans un seul topic sur notre page du forum dédiée !
le 13/11/2017 à 18:54
@Zrunner merci pour sa!!!! J'ai fait un petit tour pour voir à quoi sa ressemblait et sa fait plaisir !!! Merci beaucoup encore une fois Z_runner!!!

Vous devez être connecté pour laisser un commentaire.