Bonsoir Ama,
En effet il vaut mieux que ces fichiers ne servent que de base, décrivant le comportement de la quête et les autres données.
Ensuite pour les quêtes en cours, il faut avoir un copie des données pertinente (genre l'état de l'avancement dans les goals, mais la récompense c'est inutile de dupliquer cette donnée, de même pour le nom de la quête).
Je n'ai pas compris pourquoi tu as fait des variables locals motionX , motionY et motionZ.
Utiliser la variable f1 à la place de 0 ne fonctionne pas pour y ?
Et sinon, si tu veux faire une boucle for 20 fois, vaut mieux ajouter un peu de random car là tes 20 particules sont exactement superposé, donc on en voit qu'une seule.
Non, avec un autre event GuiOpenEvent.
Alors je ne sais pas si elle existait déjà en 1.7.10 (surement que oui, ou sous un autre nom), mais il y a la méthode attackEntityFrom dans la classe EntityLivingBase en 1.12.2 :
@Override
public boolean attackEntityFrom(DamageSource source, float amount) {
super.attackEntityFrom(source, amount);
// ton action ici
}
Bonsoir,
Les 3 derniers paramètres de la fonction spawnParticle sont la vélocité des particules (actuellement tu as 0, 0, 0).
Tu peux jeter un œil à la classe EntityThrowable de Minecraft pour voir comment Minecraft donne la vélocité à ce type d'entité qui est utilisé notament pour la flèche. En reprenant un code similaire tu pourras orienter les particules dans la direction où le joueur regarde lors du clic droit.
Bonsoir,
NodeBB ne permet aux utilisateurs de mettre leur propre de son, par contre on pourrait faire un plugin regroupant une suggestion de son.
Bonsoir,
Si le problème n'est pas résolu (je vois que code ne correspond plus au rapport de crash, tu as changé des choses) il faut ajouter un null check sur la variable qui est null.
Et oui, puisque le gui instancie son propre container dans le constructeur. Et que pour l'instant il utilise donc toujours le container de base de l'inventaire.
Tu as toujours un NPE.
Utilises ton débogueur pour trouver quelle variable est null.