Un mode reproduction (simple) : sélectionner un bidule femelle et un bidule mâle et dans la gameplay mettre les probabilité d'obtenir TypeBiduleX et autres types de bidules . Par contre je ne sais pas si c'est simple à faire, je propose un truc de base ^^

Si cela est possible, intégrer un système d'évolution du genre, par exemple, si TypeBidule1 atteint un certain âge (ou autre variable), celui-ci devient TypeBidule2.

Pouvoir utiliser les actions en dehors de la page bidule ? ^^

Oui!!! Pareil que Khann, et pouvoir afficher les variables d'un bidule ailleurs que sur sa page aussi :)L'idée de DarkPimpon aussi est super importante (et celle de Yaya ben on en parle pas x)

Si on pouvait aussi avoir un système de banque, le membre peut mettre de l'argent de côté avec un code, mais ça je crois que ça dépasse les idées simples x)
Une autre idée qui avait été proposée y'a longtemps, que les modérateurs puissent aussi modérer les pseudos des gens ou le nom de leurs bidules s'ils sont inappropriés.

Déjà merci pour le début de vos propositions, ca me donne une idée de ce que je pourrai commencer à faire après.

Le mode reproduction je l'avais déjà noté et je pense le valider rapidement. DarkPimpin : tu as envie d'un jeu pokemon toi :) mais ouais très bonne idée aussi.
Pour les actions en dehors, quelle serait l'utilité ?

Et la banque aussi quelle en serait l'usage ?

Je suis à votre écoute

(oui il y avait à l'époque un forum idées qui a dû disparaître, j'y jeterai un oeil aussi et le déterrerait )

Pour les actions et les variables en dehors:
On a une variable X
Et un magasin n°X qui vend des potions
(je donne un exemple hein x) )
Exemple, pour pouvoir accéder au magasin n°x Il faut que le bidule est VarX = 10

(Je sais pas si j'ai bien expliqué ^-^ Mais j'ai essayé x3)

Sisi Ami-Chan c'est ça ^-^
En gros ça permet de modifier l'affichage d'une page selon la variable du Bidule. Ca évite de devoir faire des onglets qui nous coûtent de précieuses variables :D

La Banque => Perso ça me servirai pas, mais c'est pas complètement stupide ( j'ai pas d'exemple sous les coudes )

Et moi je propose :
Une personnalisation de la fiche des membres (celle que personne ne va jamais voir), où on peut modifier la mise en page des éléments etc.
et une personnalisation des modules d'inscriptions/connexion etc.
(Ils avaient déjà étés proposés dans l'ancien forum à idée il me semble)

Zed: Moi créer un jeu Pokémon ? Qu'est-ce qui te fais dire ça ? :)

Ouais c'est vrai que pour la banque ce serait pas l'idée la plus nécessaire, mais par eemple les jeux axés sur le côté financier, on pourrait mettre de largent de côté et avoir des intérêts ^^ mais je le conçois c'est pas l'élément le plus essentiel pour le moment ^^

Sinon ce serait bien de pouvoir définir la page d'accueil du site ^^

Je vais réfléchir (mais plus tard pour l'idée de des actions et var dehors). Les personnalisations je suis plutot pour mais je ne vois pas sous quelle forme ca pourrait se présenter.

DarkPimpon : j'suis sur tu es en train de jouer a Pokemon GO là !!!

Et pour la page d'accueil c'est déjà une fonctionnalité qui existe ici et que j'ai commencé à mettre sur la V2 mais j'ai des bugs je crois :)

Alors, je vais faire ma casse-pied et en plus de ça je vais probablement pondre un pavé, mais :

Je ne suis pas d'accord avec la quasi-intégralité des idées proposées plus haut. Elles sont, ou inutiles, ou mal formulées. (Oui, niveau entrée en matière avec tact et délicatesse, on a déjà mieux fait, je vous l'accorde, mais je pense qu'il est plus que temps pour moi de reprendre en main ma réputation pour que l'idée que je puisse vieillir et m'adoucir avec le temps, à l'image d'un bon vin, n'atteigne l'esprit de personne. Personnellement, je me sens plutôt fromage. Vous me suivez ? Non ? Dommage. Cette parenthèse étant, de toute façon, inutile au plus haut point, c'est tant pis pour vous, vous resterez terre-à-terre et vous contenterez de comprendre les paroles purement utiles de ce post.)

→ Concernant la reproduction : je sais que c'est le module le plus célèbre de Webidev, connu pour son inexistence on-ne-peut-plus questionnable (quoi ? un jeu d'élevage sans module de reproduction ? En trois lettres, pour l'incompréhension et le jeu de mot : WTF ?), et que tout le monde a réclamé au cours des années, cependant... Cependant, j'aimerais pointer que : a) au fil du temps, les jeux créés sur Webidev ont évolué, et que désormais ils sont nombreux à s'émanciper du concept de jeu d'élevage, et donc ce module n'est pas forcément le plus intéressant ; b) donner les modules déjà tout faits, c'est certes rendre le codage plus rapide pour les Webideviens, mais c'est aussi limiter les possibilités et enlever une part de créativité aux jeux.

C'est pourquoi je vous propose d'analyser le module de Reproduction :
1) Un bidule fait une action qui affecte un second bidule. De cette action découle l'apparition automatique du module [CreationBidule].
2) On fait faire une action à deux bidules (donc une action où on sélectionne deux bidules pour réaliser ladite action). De cette action découle l'apparition automatique du module [CreationBidule].

Dans un cas comme dans l'autre, je pense qu'il serait plus stratégique de ne coder que ce qui permettrait de coder le module Reproduction, et pas le module Reproduction en lui-même, c'est-à-dire :
— La possibilité pour un bidule de faire une action qui ait des répercussions sur un second bidule.
— La possibilité de faire une action qui nécessite deux bidules.
— La possibilité qu'une action ait pour conséquence l'apparition automatique d'un autre Module.

Ainsi, les joueurs auraient plus de contrôle sur la manière dont ils codent leur module Reproduction... Et ils pourraient également créer d'autres modules (je pense notamment à un module de Combat, qui pourrait se créer à partir de ce genre de possibilités). Évidemment, ce serait peut-être plus long pour toi à coder, Zed, mais sur le long terme je pense que ce sera rentable.
(Et à ceux qui diront que c'est plus simple pour les Webideviens d'avoir le module tout cru qui leur tombe dans la bouche, je répondrai que si Zed fait comme je l suggère, il n'y a pas de doute que deux jours après l'apparition des modules proposés, un tuto soit posté pour que les gens puissent faire leur module Reproduction. Il n'y aura qu'à copier-coller ledit tuto, et si les gens sont incapables de copier-coller un tuto, eh bien tant pis pour eux.)


→ Concernant l'idée de pouvoir utiliser les actions et variables en dehors de la page Bidule : je ne suis ni pour ni contre. Cette idée est, selon moi, un peu floue dans sa demande, c'est pourquoi je vais m'efforcer de préciser au mieux ce que j'estimerais préférable.

Le problème, en effet, si on peut afficher des variables en dehors de la page Bidule, ce sera : les variables de quel Bidule ? (oui, parce qu'on peut élever plusieurs Bidules...) Comme c'est assez délicat, je propose, tout simplement, que désormais le membre inscrit au jeu soit considéré lui-même comme un Bidule. Le membre aurait donc ses propres variables, et il pourrait effectuer des actions, un peu n'importe où, qui lui permettraient d'évoluer et qui le concerneraient lui. Si jamais le membre crée des bidules, toutes les actions et variables sur les pages-bidules seront valables pour lesdits bidules. En dehors, toutes les variables et actions seront celles du bidule-membre (sauf pour les Actions externes, bien entendu).


→ Concernant la banque : personnellement, je n'en vois pas l'intérêt et n'ai donc rien à ajouter à ce sujet.


→ Concernant la personnalisation du module d'inscription : je suis pour !! Pareil pour la création bidule. Pour certains sites, il est inutile de demander l'âge ou le sexe dans l'inscription, tout comme il peut être inutile aussi de proposer de nommer des bidules ou de déterminer leur sexe. Ce serait bien de rendre ces choses-là optionnelles. (Bien que cette idée ne soit pas prioritaire)


→ Concernant la modération : ce serait effectivement bien de pouvoir choisir ce que les modos peuvent faire (bannir des membres, supprimer des messages, interdire l'accès au forum ou à la messagerie, modifier des noms de bidule, donner le statut de modo, vérifier l'IP des joueurs, fournir les stocks des magasins, distribuer de l'argent, etc.) Évidemment, ce serait à cocher selon les préférences de l'admin. Cependant, je ne pense pas que cette idée soit réellement prioritaire.


→ Concernant l'évolution des bidules : comme c'est déjà possible avec des variables, je ne vois pas trop ce que ça apporterait (quoiqu'on puisse y voir des utilités à côté desquelles je serais passée)...


→ Concernant les fiches des membres : pour, encore une fois, découper le processus plutôt que de mettre un module en place tout fait, je propose :

— Que l'admin puisse faire lui-même la mise en page de la fiche membre (ce qui est affiché, et comment).
— Que l'on puisse faire une saisie de texte (exactement comme une variable, sauf qu'au lieu de nombres, ce serait un texte d'une certaine taille : ainsi, il suffirait pour le membre de taper sa présentation dans le module [Mod SaisiedeTexte1Modif], et sur la fiche, l'admin mettrait [Mod SaisiedeTexte1Affich] ; d'autre part, cela pourrait éventuellement servir pour donner des surnoms aux Bidules, etc.)
Enfin, encore une fois, cette proposition n'est certainement pas prioritaire, quoiqu'elle puisse être sympathique.


→ Concernant mes propres suggestions : il y a des suggestions concernant l'Apparence que j'avais déjà exposées de manière assez détaillées, je remonterai donc ce topic après avoir posté ce post. Je ferai de même en ce qui concerne les idées sur les IF, pour lesquelles j'avais aussi rédigé un topic détaillé (soit dit en passant : j'avais cru comprendre que tu ne comptais pas mettre les IF tout de suite sur la V2... Les IFs sont en réalité le truc le plus important de Webidev, étant donné qu'ils sont la clé de tous les codages sophistiqués. Rejeter le codage des IFs à la fin de la V2 serait une grossière erreur de stratégie, si tu espères avoir du succès avec la V2 !!). Enfin, je posterai vraisemblablement un troisième topic, ou alors je viendrai ici, pour poster mes autres suggestions.


Voilà voilà, je pense avoir fait le tour... D'autres membres viendront compléter mes propos et donner d'autres idées, que je commenterai de nouveau pour le simple plaisir jouissif de les corriger :° Merci à vous de m'avoir lu, et puissent vos chaussettes rester en couple encore longtemps !

Edit : pfiouh, c'était plus long que prévu. J4espère qu'au moins, j'ai le mérite d'être claire ;-;

@Zed: J'essaye d'y jouer mais les serveurs sont blindés...

@Wannoupeau: L'utilité de permettre cette méthode d'évolution serait pour ma part d'éviter qu'un joueur qui ait fait évoluer par exemple un Chenipan en Chrysacier ce retrouve avec un bidule de type Chenipan alors qu'il a clairement un Chrysacier, après, je sais qu'il y a d'autres méthodes, mais je suis assez maniaque.
C'est mon côté autiste :P

Wannoupeau merci pour tes remarques plutôt pertinentes.

Pour revenir sur la reformulation de tes idées, il est vrai que j'ai tendance à dire OK sans réfléchir tout de suite sur les problèmes que cela pourrait rencontrer. Du coup, je n'envisage pas forcément l'évolution ou l'amélioration possible des idées proposées sur le moment sachant que je suis souvent en train d'être sur un développement compliqué.

Et surtout je n'ai jamais codé de code complexe pour un site webidev donc comble de l'ironie je suis pas bien placé pour donner des conseils (néanmoins j'ai quand meme une certaine expérience du codage n'ayez pas peur !!!)

Pour certaines idées moins intéressantes ou pas prioritaires je les note souvent dans un coin et les envisagerai quand ça sera plus calme, cela n'empêche pas à mon avis.

Il est vrai qu'il y avait beaucoup de bonnes idées sur le forum de propositions d'idées qui doit être au fond maintenant (après ma réponse je le ressors de la base de données) mais à l'époque je n'avais même pas encore commencé le développement de la v2 alors c'était trop prématuré. Je repasserai donc dessus surtout si il y en a des pertinentes.

Les variables externes j'avoue avoir lu en diagonale et je m'étais dit pourquoi pas si ce sont de nouvelles types de variables associées au site en lui meme, une sorte de variable globale qui pourrait servir à gérer par exemple un compteur par exemple (j'dis le premier truc qui me passe à l'esprit). A creuser mais certes pas prioritaire.

Le module de Repro qui revient souvent certes est très intéressant de ton point de vue et lorsque je m'y attaquerai je reviendrai lire en détail ce poste ou en discuter avec toi si tu le veux bien.

Enfin pour les IF je suis tout à fait d'accord avec toi pour dire que c'est le coeur des codes complexes et c'est entièrement ma faute pour l'instant si ils ne sont pas fait car à cause de ma méconnaissance du code Webidev et de mon flegme, je me suis dit "le plus long et dur à la fin" et je parle bien de code !!
J'ai commencé néanmoins ces jours-ci à analyser les IF et même si je ne peux pas garantir que ce soit fonctionnel au début de la beta ouverte à tous, ils seront prêt plus vite que prévu vu que j'avance plus vite que prévu malgré les nombreux bugs qui me sont remontés. Et je vais remonter les IF dans ma liste de priorités quitte à délaisser certains développements en cours car j'en fais pas mal en parallèle.

Oui je souhaite que la v2 ait du succès même si je ne mettrai ni pub, ni moyen de paiement mais il y aura bien un boutique pour achter des équivalents au webiplus achetable avec des points qu'on pourra obtenir gratos ! ca sera ma facon de vous montrer que je suis désolé d'avoir pris autant de temps et d'avoir fait autant d'erreur de communication.

... du coup j'ai du répondre par un paté pour chat aussi !!!

Zed → merci de m'avoir lue en entier et si rapidement ! J'essayais simplement de nuancer les idées des autres afin de les optimiser au mieux en prenant en compte toutes les façons dont les gens aiment utiliser Webidev (élevage, Pokemon, RPG, quêtes, histoire, etc.). Si tu te lances dans les IFs, c'est génial et on ne pouvait pas attendre mieux ! J'imagine que ça doit être un sacré boulot, alors on te soutient tous ! é_è
Pour le temps et les erreurs de communication, ce n'est probablement pas le moment de t'attarder dessus, car tu te rattrapes, et grandement, et du moment que la V2 sort un jour, personne ne devrait t'en vouloir :P
(Ah, et pour le module Repro comme pour toutes les idées, évidemment qu'on peut en reparler plus en détail, en public ou en privé =))

Par ailleurs, mon avis n'est pas celui de tous, donc j'invite tout le monde à venir participer ici pour compléter mes opinions et les contrebalancer tout en proposant de nouvelles idées !


Note : j'ai remonté le topic concernant les IF, je posterai un de ces jours un topic sur les Actions. J'avais posté l'année dernière ou l'année d'avant un topic nommé « [Apparence] Des menus à la carte ? » mais je n'arrive pas à le retrouver, est-ce que tu l'as dans ta base de données Zed ? Sinon, je le réécrirai, je me souviens assez bien des propositions qui y étaient faites.

Pour les variables et actions en dehors de la page bidule je tiens à dire un mot.
Pour moi c'est quelque chose d'important parce que ça permet de dynamiser encore plus le jeux, de le personnaliser encore plus, et de faire en sorte que le joueur ne soit pas constamment pris sur la même page pour jouer avec son bidule.
De plus il y a certaines actions que l'on aimerait implémenter sur nos bidules, qui demandent une mise en page complètement différente pour être vraiment... comment je pourrais dire... pour qu'on voit vraiment l'intérêt, pour rajouter une autre atmosphère au jeu, peut importe la façon et la raison. Et quand on ne peut pas implémenter les actions en dehors des pages, il faut créer une nouvelle variable, pour indiquer au site, avec des ifs, que lorsqu'elle est activée on change complètement la page bidule. Ça peut prendre pas mal de ressources en variables et en actions simplement pour diversifier le jeu et créer une nouvelle expérience pour le joueur.

Pour savoir quel bidule serait affecté par l'action sur une page extérieure à la page bidule, on pourrait tout simplement, lorsqu'on arrive sur cette page, avoir la liste de tous les bidules du joueur. Quand il sélectionne le bidule X par exemple, les variables et les actions qui sont affichées sur la page extérieure prennent les valeurs associées au bidule X.

Je conçois que, pendant la beta, ce n'est peut-être pas essentiel pour toi zed, c'est à toi de voir. Mais, qu'elle soit implémentée maintenant ou plus tard, c'est une idée qui permettrait vraiment aux sites de se développer plus et de se personnaliser, et cela permettrait aux joueurs d'économiser des ressources en variables et en actions.

D'ailleurs, j'aimerais rajouter que le système d'évolutions permettrait lui aussi d'économiser des variables et des actions.
Ça a l'air de rien, mais il y a plein d'éléments comme ceux-ci qu'on a toujours dû construire avec des var et actions, et c'est pas pour rien selon moi que les gens se sont souvent plaint qu'il n'y avait pas assez de ces ressources: c'est parce qu'on doit les utiliser aussi pour construire des éléments qui rendent notre jeu beaucoup plus.. jouable si je peux dire, plus dynamiques, moins basiques, plus complexes et amusants., EN PLUS de faire des variables pour les besoins de base comme la faim, etc.. Vouloir faire un système d'évolutions, et un système pour mettre des actions et var sur des pages externes, par exemple, ce n'est pas par paresse, loin de là, je suis la première à aimer jouer avec les IFs, mais c'est une question de rendre ces systèmes, qu'on a toujours créé à la main, plus réalistes, et, comme je l'ai dit, économiser des ressources.

Par contre j'aime bien ton développement pour le truc de reproduction.
Je sais pas si j'ai été compréhensible x)

En ce qui concerne l'économie des variables et des actions, je persiste à penser qu'il serait plus judicieux de créer en priorité des modules qui permettraient de diversifier les codages, plutôt que des modules qui permettraient simplement d'économiser lesdites variables et actions (preuve que le fait d'avoir plus d'actions et de variables n'est pas forcément la solution : vous continuez tous à râler, alors même que vous avez plus de variables et d'actions que vous n'êtes censés en avoir, grâce à Zed...). Pour la simple et bonne raison que j'ai déjà vu d'excellents jeux être codés avec ces limites, et que j'ai moi-même tenté de coder des jeux complets avec ces limites, et que j'y suis parvenue. Alors, certes, avoir plus de variables et d'actions vous permettrait de coder plus de trucs, mais ça n'élargirait pas autant, à mon sens, les possibilités que des modules innovants pourraient le faire... Et, qui plus est, ce serait moins intéressant (d'autant plus que les limites de variables peuvent toujours être un peu esquivées). La facilité ne fera jamais que vous donner moins d'excuses pour ne pas finir vos jeux : la nouveauté vous poussera en revanche à revoir votre façon de coder, à réfléchir, à innover vous-même, à vous surpasser.
Quitte à danser dans ses chaînes, ne vaut-il mieux pas apprendre de nouvelles façons de danser plutôt que d'élargir vainement sa prison ?

En ce qui concerne l'idée des variables externes, est-ce que l'idée du membre-bidule ne suffirait pas pour faire ce dont tu as besoin, Untamed ? Je pense que ce serait assez inesthétique et peu ergonomique d'avoir à sélectionner à chaque fois un bidule quand on arrive sur une page... qui plus est, je ne suis pas sûre de cerner ce que ça te permettrait, concrètement, de faire et que tu ne peux pas actuellement faire. Si tu avais des exemples, je serais preneuse !

Wannou (avec l'aide de sa 3G : merci 3G !)

Quand je te parle des limites je prends surtout en compte celles des comptes normaux AVANT que Zed arrive et qu'il augmente les variables, parce qu'en ce moment on est à 10 variables et 15 actions, si je ne me trompe pas on en était à ... 6 variables? 10 actions? Désolée je ne me souviens plus exactement, mais clairement on ne viendra pas me dire que c'est en masse, c'est d'ailleurs pour ça qu'il nous en a rajouté.

Bref, de plus faut vraiment arrêter avec le truc de paresse. Je te l'ai dit je suis la première à aimer m'amuser avec les ifs et construire des beaux systèmes par moi-même, mais y'a des trucs très simples, de base, qui, non, ne nécessite pas qu'on ''pousse plus loin'', et qui font seulement nous faire perdre des ressources.

par exemple comme je l'ai dit le fait de changer toute l'apparence d'une page avec une action, quand la variable est égale à 1 tu change la page et quand elle est à 0 tu remets la page bidule comme avant, c'est pas sorcier, je pense qu'au moins presque tout le monde familier avec webidev connaît le principe, qui ne pourrait pas être plus simple que ça. Quelqu'un qui utilise ce système plutôt qu'un système automatique n'est pas quelqu'un qui préfère la facilité et la paresse, c'est quelqu'un qui veut pouvoir diversifier son jeu sans être obligé de se tirer dans le pied, justement avec un système qui ne demande pas particulièrement plus d'Intelligence et de recherche pour le mettre.
C'est une question d'efficience.

Je vais te donner un exemple, perso j'ai toujours voulu intégrer une grotte à mon jeu. Une grotte où le bidule peut se promener, découvrir des petits trésors ou tomber sur des monstres ou des trucs plus négatifs. Un truc vraiment personnalisé, ou le joueur peut faire des choix de chemin, etc...
Déjà il faut coder toutes les actions pour tous les choix différents, avec tous les changements de page, mais en plus il faut faire les actions pour interagir avec les trucs spéciaux, des actions qui donc, ne seront pas les mêmes que celles de base.

Bref, tout ça pour dire, tu parle de modules qui permettent de diversifier les codages, mais je trouve pas mal que c'est ce que ça permettrait de faire.
Je veux dire c'est comme le module CreationX.
Pourquoi avoir intégrer ce module et les types de bidules quand on peut mettre une variable pour le type et des actions pour chaque type? C'est de la paresse voyons. On est franchement tous devenus paresseux.
Non. C'est de l'efficience. Désolée mais faut savoir reconnaître la différence.

C'est d'ailleurs pour ça que ton idée de module de reproduction est bonne à mon sens, parce que là c'est vrai qu'en y repensant ça permettrait de faire plus de choses que seulement la reproduction elle même. Mais les variables et actions sur d'autres pages, ce n'est pas pour quelque chose en particulier, justement, ça permet juste d'être plus flexible!

Je me permets de donner mon avis d'amateur pour poursuivre ce débat très intéressant (qui me permet un peu mieux de me familiariser avec vos habitudes de développements).

Je suis à la fois pour développer de nouveaux modules permettant de mieux personnaliser et diversifier les gameplay (par exemple la personnalisation des modules de connexion, de création de bidules, etc me semble tellement évident -même si je ne l'ai pas fait pour la v2 pour le moment pour gagner du temps car si je devais à chaque module repenser le truc je m'en serai pas sorti mais c'est clairement un truc que j'aimerai faire) et pour permettre aussi aux novices ou "paresseux" d'utiliser plus de variables/actions parce qu'on n'a pas tous la même capacité d'abstraction de développement, ni le même niveau d'expérience.

Je comprends l'amusement qu'il y a à optimiser un jeu et à se débattre pour avoir un jeu complet sans avoir beaucoup utilisé de variables mais pour les plus jeunes je pense que c'est plus compliqué.

J'ai moi même des idées pour le futur pour VRAIMENT les diversifier mais il faut que je réfléchisse encore beaucoup et c'est mal barré vu mon intelligence ! Je vous en dirai pas plus pour le moment :)

Bref continuez à donner vos idées, c'est intéressant à lire !

zed

Vous écrivez beaucoup, j'ai mis longtemps à lire tout ça é_è

Je voulais juste donner mon avis par rapport au module reproduction : au début ça m'a paru une bonne idée, la première fois que je l'ai vu sur un forum, en plus j'étais toute jeune (même si je le suis encore x) ) et sans véritable expérience. Mais maintenant je trouve que ça supprimerait la difficulté du code, ce serait facile, trop facile, c'est pourquoi je pense que la solution de Jannou est la bonne ^^

Concernant l'utilisation des variables en dehors de la page bidule, je suis totalement pour. Et pour savoir les variables de quel bidule on fait juste un nom de module à rallonge x) [Mod VarXBiduleX]
Sinon dans un autre topic la création de variables du membre avait déjà été proposée, et là-dessus mon avis n'a pas changé, je suis pour ^^

Concernant les fiches des membres et la modération je suis pour aussi, rien de plus à dire :)

(Par rapport aux vôtres, mon pavé est tout petit :') )

Untamed → Je pense que tu as mal interprété mes propos. Bien sûr, intégrer des systèmes automatiques pour faciliter et fluidifier le codage tout en permettant aux gens de mieux économiser leurs variables et actions, ça a l'air sympa et ça pourrait servir. En revanche, que ce soit fait au détriment d'autres choses qui permettraient, elles, d'élargir les horizons... Ça me frustrerait carrément, moi. C'est pour cela que je parle de prioriser : implanter en priorité les trucs qui diversifient le codage (je pense aux interactions entre les bidules, au mode aléatoire, aux actions automatiques, et à certaines de mes idées sur les IFs, exposées sur un topic dans le forum des idées), et ensuite les trucs qui le simplifient (un module d'onglets ou de map, un module d'évolution etc.). La V2 est censée être une version améliorée de Webidev : qu'est-ce que ce serait bête si nous ne pouvions y faire que les mêmes choses que sur la V1 !
Par ailleurs, et pour reprendre ta réflexion sur les variables et les actions qui sont limitées, je trouve cette remarque assez obsolète : en effet, d'une part nous ne savons pas combien nous en seront allouées sur la V2, et d'autre part Zed a clairement dit qu'il implanterait un système de points permettant d'augmenter lesdites ressources sans payer. Aussi, prendre l'argument des ressources limitées me semble ici non valable et injustifié, puisque celles-cine le seront sans doute pas...
Enfin, et pour conclure sur la réflexion sur les variables et actions sur d'autres pages : je trouverais le fait de devoir sélectionner son bidule chaque fois qu'on va sur une autre page aussi inesthétique que peu ergonomique (à moins qu'on ne sélectionne une fois pour toute ledit bidule ? avec possibilité de changer en se rendant sur la page d'un autre bidule, peut-être ; et il faudrait aussi pouvoir cocher les pages à bidules pour les différencier de pages sans bidule) et je ne suis pas sûre d'avoir su déceler l'intérêt de la chose (bien que ma suggestion pour pallier le manque d'ergonomie me semble déjà rendre l'idée plus acceptable). C'est pour cela que j'aimerais avoir ton avis sur mon idée à moi, qui consisterait, tout simplement et comme exposé plus haut, à considérer le membre comme un bidule (hors page bidule [par là j'entends les autres bidules, les bidules non-membre). Ainsi, sur n'importe quelle page on pourrait implanter des codages qui concerneraient le bidule-membre avec ses actions et tout ! Ce serait également plus pratique pour ceux qui font des modes Histoire & co, où il n'y a besoin que d'un seul bidule. Par contre, ça pourrait éventuellement limiter les possibilités de ceux qui font des jeux à plusieurs bidules, comparé au fait de sélectionner le bidule à chaque fois sur une page : personnellement, j'ai l'impression que c'est ce qui répond le mieux à la problématique [le bidule-membre], mais si certains s'y opposent en confirmant que pour eux, ça leur limite plus les possibilités que l'idée de sélectionner le bidule à la main, avec exemples à la clé, je conçois qu'il vaille mieux ne pas privilégier on idée. Enfin, pour l'instant je n'ai pas trouvé d'exemple qui l'emporte sur mon idée, donc je te laisse voir, Untamed, puisque tu as l'air la plus à même de justifier ton idée face à ma suggestion =)
(Dans ma tête, c'est très clair, mais comme tu as esquivé le sujet dans ton post précédent, peut-être que tu n'as pas compris le concept, donc dis-le si je m'exprime de manière brouillone, je réexpliquerai ^^)

LdF → Le problème, c'est qu'on ne sait pas combien de bidules aura le joueur... Et quel est l'intérêt de choisir pour le joueur quel bidule sera en jeu ? S'il s'agit d'un type de bidule différent, c'est compréhensible, mais s'il s'agit du même type de bidule, je ne comprends pas pourquoi ce serait au créateur du jeu de choisir avec quel bidule le joueur va jouer... Ton idée me semble soulever plus de problèmes qu'elle n'apporte de solutions, à vrai dire...
Quand au module de reproduction, le problème ce n'est pas que c'est trop facile, et je n'ai pas proposé ma solution pour garder la difficulté du code : c'est simplement que faire un module reproduction limite les possibilités et enlève au créateur la possibilité de paramétrer son module de reproduction. Tout en n'ayant pas vraiment d'autres applications que le module de reproduction, ce qui est un peu contre-productif. Mais bref, je suis pour la diversification des codes, pas pour leur difficulté, et si vous croyez lire ça dans mes propos, vous les interprétez mal ^^' (Je ne te vise pas en particulier, je voulais juste établir ce point, et j'ai profité de ton post pour rebondir dessus)

Zed → Tu es VIET !! Donc intelligent è___é
(Bon j'avoue j'ai dit ça juste pour pas te foutre un vent. Mais c'est vrai !!)

Wannou.

Merci Jannou pour le non vent.

Je pense que les bidules et leurs actions doivent rester sur la page bidule pour ma part si on reste dans un esprit site d'élevage. Ca semble logique.
Mais il faut aussi moderniser un peu et diversifier les possibilités de gameplay. J'ai pas mal réfléchi dessus et si on veut offrir la possibilité aux gens de faire plus de types de site, ouvrir les portes pour pouvoir faire autre chose que les sites d'élevage, intégrer des modules pour des types de sites (histoires, enigmes, aventures, elevage 2.0, farming) c'est pourquoi effectivement la v2 sera light en nouveautés parce qu'il faut quand meme intégrer tous les éléments actuels mais je ne suis pas fermé à toutes demandes d'évolutions justifiées.


Tu as répondu pour moi aux questions sur la limite des variables et tout, quant à la reproduction oui je trouve aussi que ca serait bien de le personnaliser.

zed