Le gameplay passe avant le menu. Personne ne commence à emballer un cadeau avant même de l'avoir acheté. Là c'est pareil
N'importe quoi de commencer à faire le menu
En plus c'est une des taches les plus ingrates à faire, c'est redondant et ça ne fait que pousser à la démotivation

Le 12 janvier 2017 à 21:15:05 CPUGamer a écrit :
ça doit être une peu l'usine à gaz de faire les menu après le gameplay en tout cas, il faut bien avoir fait un code propre au préalable pour savoir quel bloc de code exécuté ou non selon le menu actuel

Je vois pas en quoi ça rend la chose plus complexe au niveau du code.

Le 12 janvier 2017 à 21:15:05 CPUGamer a écrit :
ça doit être une peu l'usine à gaz de faire les menu après le gameplay en tout cas, il faut bien avoir fait un code propre au préalable pour savoir quel bloc de code exécuté ou non selon le menu actuel

Bah si ton programme est bien designé à la base le menu est censé être totalement indépendant du reste, donc à partir de là ça doit pas poser de problèmes.

Le 12 janvier 2017 à 21:40:11 LEpigeon-888 a écrit :

Le 12 janvier 2017 à 21:15:05 CPUGamer a écrit :
ça doit être une peu l'usine à gaz de faire les menu après le gameplay en tout cas, il faut bien avoir fait un code propre au préalable pour savoir quel bloc de code exécuté ou non selon le menu actuel

Bah si ton programme est bien designé à la base le menu est censé être totalement indépendant du reste, donc à partir de là ça doit pas poser de problèmes.

Je débute, c'est pou cela que j'ai dit ça
Je pense qu'il faut regrouper tout le code du joueur dans une fichier correspondant au joueur, "charger" le joueur dans un fichier "game" (enfin je me comprend), ah partir de là ça doit être plus simple, à coup de condition if. Enfin c'est encore abstrait tout ça pour moi, pour le moment du moins.

Je vois pas trop le rapport entre ce que tu dis et les menus, et je comprends pas trop ce que tu veux faire "à coup de condition if"

Le 12 janvier 2017 à 22:01:40 CPUGamer a écrit :

Le 12 janvier 2017 à 21:40:11 LEpigeon-888 a écrit :

Le 12 janvier 2017 à 21:15:05 CPUGamer a écrit :
ça doit être une peu l'usine à gaz de faire les menu après le gameplay en tout cas, il faut bien avoir fait un code propre au préalable pour savoir quel bloc de code exécuté ou non selon le menu actuel

Bah si ton programme est bien designé à la base le menu est censé être totalement indépendant du reste, donc à partir de là ça doit pas poser de problèmes.

Je débute, c'est pou cela que j'ai dit ça
Je pense qu'il faut regrouper tout le code du joueur dans une fichier correspondant au joueur, "charger" le joueur dans un fichier "game" (enfin je me comprend), ah partir de là ça doit être plus simple, à coup de condition if. Enfin c'est encore abstrait tout ça pour moi, pour le moment du moins.

Si tu intègres un systeme de game states, tu peux gérer independament chaque état (dans les menus, en train de jouer, jeu fini, victoire, defaite, chargements).

edit: Tres bon article a lire sur les states.
http://gameprogrammingpatterns.com/state.html

Le 12 janvier 2017 à 22:14:45 hself a écrit :

Le 12 janvier 2017 à 22:01:40 CPUGamer a écrit :

Le 12 janvier 2017 à 21:40:11 LEpigeon-888 a écrit :

Le 12 janvier 2017 à 21:15:05 CPUGamer a écrit :
ça doit être une peu l'usine à gaz de faire les menu après le gameplay en tout cas, il faut bien avoir fait un code propre au préalable pour savoir quel bloc de code exécuté ou non selon le menu actuel

Bah si ton programme est bien designé à la base le menu est censé être totalement indépendant du reste, donc à partir de là ça doit pas poser de problèmes.

Je débute, c'est pou cela que j'ai dit ça
Je pense qu'il faut regrouper tout le code du joueur dans une fichier correspondant au joueur, "charger" le joueur dans un fichier "game" (enfin je me comprend), ah partir de là ça doit être plus simple, à coup de condition if. Enfin c'est encore abstrait tout ça pour moi, pour le moment du moins.

Si tu intègres un systeme de game states, tu peux gérer independament chaque état (dans les menus, en train de jouer, jeu fini, victoire, defaite, chargements).

c'est ce que je pensais faire, dans main avoir les trois fonctions de LÖVE (.load, .update, .draw) qui charge les fonctions du fichier game. lui même composé de game.load etc. composé des fonction jeu par exemple qui s'exécute que si le système de game states (une variable) est égale à "jeu".

Je sais pas si c'est plu clair comme ça, enfin j'ai trouvé un guide qui parle justement des menu... (https://www.youtube.com/watch?v=vr1VpNkhJrA&list=PL5E5B836C504E1B44)

Le menu je trouve ça casse couille à faire au début si tu n'as même pas de prototype en marche

Le 12 janvier 2017 à 21:24:56 [-Shana-] a écrit :
Le gameplay passe avant le menu. Personne ne commence à emballer un cadeau avant même de l'avoir acheté. Là c'est pareil
N'importe quoi de commencer à faire le menu
En plus c'est une des taches les plus ingrates à faire, c'est redondant et ça ne fait que pousser à la démotivation

Ce qui est vrai à 200 %, c'est que faire un écran-titre + menu, c'est une tache ingrate à faire, plus long qu'il n'y parait et pénible aussi...
Ceci dit, cette étape est obligatoire après avoir déjà fait un prototype ou un GDD...il faut au préalable savoir comment mener sa barque...La métaphore de l'emballage cadeau est toute trouvée.

Personnellement j'ai passé 1 an et demi sur mon prototype sans avoir de menu correct, je lançais les différents états du jeu avec un paramètre -mode de lancement. Là j'en ai fait un pour une partie précise parce-que ça me permettait de gagner un peu de temps.
Il faut aussi prendre en compte que si vous vous amusez à passer par le menu à chaque fois, après des milliers de lancements vous aurez bien perdu une bonne heure sur votre menu

Ce qui est vrai à 200 %, c'est que faire un écran-titre + menu, c'est une tache ingrate à faire, plus long qu'il n'y parait et pénible aussi...

Le truc chiant c'est qu'il faut directement tout bien structuré pour avoir quelque chose d'efficace suivant ce qu'on veut faire. Pour peu que c'est un jeu avec beaucoup de menu et on se retrouve avec des gestionnaire de tout et n'importe quoi. S'il n'y a pas une réelle structure derrière, ça devient vite très laid. Comme c'est des taches très abstraites au final, on n'a aucune sensation d’accomplissement alors qu'il y a un énorme taff en amont
Après, chacun ses goûts, je sais que c'est l'une des parties que j'aime le moins, et j'ai toujours de sacrée coup de démotivation quand je m'y met