Wha c'est classe !
T'as tout fait tout seul ?

J'avoue que je ne suis pas un grand joueur de point&click, mais c'est toujours bien de découvrir des nouvelles façons de créer des jeux. Pour le coup, 100% web, je n'avais jamais vu !
Peut être qu'un jour je l'utiliserai, qui sait

En tout cas merci pour ta présentation, j'essayerai La fin de journée d'ici peu !

Bonne chance pour la suite !

Salut,
J'ai testé un peu, autant le jeu que l'éditeur.
L'idée est excellente en soi, mais la mise en œuvre souffre je trouve actuellement de pas mal de lourdeurs pénalisantes, et même si je me doute que tout cela est amené à évoluer , je te livre malgré tout mes impressions au stade actuel du développement:

L'interface du jeu est déjà pas super ergonomique et contient des approximations que j'ai trouvé pas mal relou:

• le double-clique pour interagir est vraiment pas top je trouve, surtout que perso j'ai du coup tendance à double-cliquer aussi pour les passages de scènes, ce qui entraine de légers bugs de transitions (clignotement au lieu d'un fondu simple), une interface clique gauche/clique droit me semblerait plus appropriée ;
• le glissé-déplacé pour les objets de l'inventaire est également pas folichon en pratique, et le plus ennuyeux je trouve c'est l'animation de retour à l'inventaire qui s'effectue après avoir utiliser l'objet: elle se réalise même si on n'a effectivement effectué une action, ce qui est perturbant (parce que p.ex. après avoir donné un objet à quelqu'un, il n'y a pas de raison qu'il revienne dans l'inventaire), cela entraine une très mauvaise lisibilité des actions "qui marchent" par rapport à celles qui ne "marchent pas" ;
• l'inventaire a une inertie bien trop longue pour se masquer, rendant la réalisation de certaines actions franchement pénibles (interagir avec un objet qui apparait à l'écran derrière la fenêtre d'inventaire...) ; je pense que l'idéal serait de n'avoir aucune latence avant la fermeture de l’inventaire dés lors que la souris le quitte ;
• les textes de description des objets (lorsqu'on les "regarde") disparaissent dés qu'on arrête de pointer l'objet, ce qui là encore alourdi l'expèrience de jeu: des fois on fait "regarder", et pendant qu'on lit le texte on va commencer à déplacer sa souris vers autre part, mais là le texte disparait subitement, je pense qu'il faudrait trouver une solution autre (p.ex. il faut cliquer pour faire disparaitre le texte et/ou le texte s'affiche un temps minimum avant de disparaitre)
• l'apparition du curseur de "chargement en cours" lors des dialogues est assez mal venue je trouve, donne l'impression d'un jeu boggué

D'un point de vue "esthétique", trop d'éléments visuels sont imposées alors que dans le même temps ils s'avèrent assez "engagées" stylistiquement parlant, ce qui pose un vrai problème dés lors qu'on veut proposer une cohérence artistique à son projet, ou simplement lui imprimer une ambiance personnelle. Ainsi l'apparence de l'inventaire, des curseurs, des fenêtres de textes, des polices de caractère, de la croix rouge "interaction impossible",... tout ces éléments sont imposés, et en plus sont plutôt disgracieux, du moins si on cherche autre chose qu'une ambiance "cartoon sous Windows". Il faudrait à mon sens ou faire des choix plus neutres et esthétiques, ou permettre à l'utilisateur de les personnaliser.

D'un point de vue de l'éditeur en lui-même, il y a peut-être (sans doute en fait! ) des trucs qui m'échappent, mais j'ai en tout cas trouvé que derrière une simplicité bien amenée, certaines choses simples se retrouvent difficiles à réaliser:

• l'évolution des interactions possibles au fur et à mesure du déroulement de l'aventure me paraissent trop tributaire de variables à vérifier partout et en permanence, il me semblerait plus pertinent de proposer plusieurs "états" aux différents lieux (matérialisés par un chiffre: état "1", "2", etc. se rapportant donc à une simple variable, de manipulation aisée), qui auraient ainsi à chaque fois leurs interactions propres (voire une image de décor propre), mais toujours sous le même référencement ; en l'état on peut toujours réaliser la chose en multipliant les "lieux", représentant le même endroit à différentes étapes de l'aventure. SAUF que dans ce cas, il faut que tout les points d'accès à ce lieu soient agrémentés d'une condition, ce qui est lourd à implémenter, ne peut d'ailleurs pas j'ai l'impression être réalisé via les objets spécifiques "passages" mais requiert un "script" depuis un objet standard, et peut être source de bugs (imaginons un couloir avec donc de multiples points d'accès possibles: chaque pièce donnant sur ce couloir, on aura tôt fait d'oublier un passage conditionnel quelque part) ; cela peut en plus amener des libertés créatives supplémentaires (intégrer un pseudo cycle jour/nuit p.ex., où les décors pourront être visités dans les deux situations, ou n'importe quoi d'autre que pourra imaginer un créateur de jeu, comme une feature à la Fran Bow ou en fait encore d'autres choses très différentes)
• de même les objets ne me paraissent pas pouvoir avoir plusieurs "états", ce qui là encore limite pas mal les possibilités, ou du moins alourdi énormément la façon de mettre en place certaines ; les objets pourraient en effet avoir plusieurs "état", p.ex. un coffre ouvert/fermé, avec là encore des interactions propres, et un large panel d'utilisation possible (personnages aux dialogues différents en fonction du moment de l'aventure, objet qui n'est plus opérationnel après certains évènements,...)
• la gestion des scripts est assez chaotique, notamment les scripts sont contenus dans les objets, alors qu'il me semblerait bien plus judicieux de les "externaliser": une bibliothèque de scripts (comme il devrait aussi je pense y avoir une bibliothèque d'objets et une de personnages) non rattachés à un unique objet déterminé ; cela permettant de réaliser un même script via différents objets, ou encore de créer des appels de scripts au sein d'autres scripts ; et il me semblerait important aussi d'unifier scripts et "dialogues interactifs", parce qu'en l'état l'absence de possibilité de combiner les deux systèmes (qui héritent pourtant d'un fonctionnement similaire) est à mon sens très handicapant (et confusiogène: on peut rattacher script ET dialogue interactif à un objet, mais dans ce cas je n'ai que le dialogue interactif qui se joue) ; en l'état on peut d'ailleurs utiliser le système de "dialogue interactif" pour en faire tout autre chose, mais on perd l'aspect potentiellement conditionnel des scripts standards, alors que les scripts permettent d'implémenter des dialogues mais on perds la possibilité très intéressante d'arborescence.

Tu me diras que tout cela en ferait un outils plus ambitieux et que là n'est pas ton but, je te répondrai que cela en démultiplierai énormément les possibilités faisant passer ton moteur de "limité" à "riche", tout en restant très simples à implémenter vu le niveau technique actuel de ton projet... (quasi aucune fonctionnalité à ajouter, juste une façon différente de gérer celles déjà existantes)

Un truc sinon qui pourrait être très intéressant à intégrer, c'est la possibilité d'ajouter des "timeline" qui permettraient de faire survenir des scripts au bout d'intervalles de temps déterminés (les timeline pourraient être multiples et réinitialisable à la demande, j'ai quelques idées de façon assez simple d'implémenter ce genre de chose de façon très légère), cela permettrait autant de donner énormément de liberté à la "mise en scène", de dynamiser certaines séquences, voire de créer des mini-mini jeux.
(bon, là ok c'est une fonctionnalité en plus, et qui dépasse l'ambition initiale du projet )

PS: sinon...
...un bug: dans les scripts je n'arrive pas à intégrer de condition sans passer par le mode "expert" (quand je clique sur "éditer", rien ne se passe?)
...et une restriction à mon avis inutile et handicapante: le fait d'imposer le format des images (.png pour les décors et .gif pour les objets) me parait vraiment pénalisant, pas bien difficile à surmonter (on ré-enregistre son image sous un autre format), mais du coup assez lourd à gérer et en plus semblant gréver les performances (j'ai fait mon essai en 1280x720, et malgré que l'image de fond ne pèse que 850ko en .png --et encore, c'est bien parce qu'elle est simple-- elle met du temps à se charger, alors qu'en .jpg de qualité suffisante je peux descendre à ~100ko) ; en poussant un peu je pense d'ailleurs qu'autoriser le jpg2000 pourrait être intéressant car je crois qu'il est particulièrement performant pour les photos (moi c'est un dessin, donc le .png est quand même pas mal efficace, et le jpg2000 ne donne pas de résultats significativement meilleur que du jpg standard, mais pour les photos parait que c'est très performant: c'est toujours une possibilité en plus qui ne coute à peu près rien à implémenter ...sous réserve que la plateforme depuis laquelle tu développes prenne en charge ce format!)

Bon, en fait j'ai vu que les scripts sont en réalité séparés des objets mais s'avèrent pour autant rattachés à une action spécifique, alors qu'il me semblerait toujours plus efficace qu'une action spécifique appelle des scripts qui soient gérés indépendamment ; l'appel des scripts pouvant lui se faire de façon conditionnelle.

Actuellement on a:
SCRIPT1 = si je fais ça, et que telle condition est rencontrée, il se passe ceci
SCRIPT2 = si je fais ça (la même chose), et que telle autre condition est rencontrée, il se passe cela

Perso je verrai plutôt un modèle du type:
Si je fais ça:
- si telle condition est rencontrée: jouer SCRIPT1
- si telle autre condition est rencontrée: jouer SCRIPT2
SCRIPT1 = il se passe ceci
SCRIPT2 = il se passe cela

Ce serait aussi bien de pouvoir intégrer des conditions à l’intérieur des évènements (je ne crois pas que cela soit possible actuellement? mais je n'ai sans doute pas tout exploré non plus!!).
Et que l'on puise lancer un script depuis un script (ce qui est déjà plus ou moins le cas si on crée un objet "vide" pour jouer le rôle de script secondaire, mais on utilise alors des voies détournées lourde à mettre en oeuvre).
En fait une solution simple pourrait être d'intégrer des appels de script conditionnels: cela pourrait autant permettre l'imbrication de script (le caractère conditionnel restant facultatif comme c'est le cas pour tes scripts actuels) que la gestion de conditions à l’intérieur des scripts, les choses pouvant se gérer alors comme des "if" simples et non des sans doute plus complexes "if ... then ... endif", les instructions multiples que permettent les "if ... then" se retrouvant regroupées dans le script appelé.

L'interface actuelle pour la gestion des scripts s'avère aussi franchement laborieuse, ça va si on a une poignée d'évènements à gérer et de façon bien linéaire, mais dés que ça se complexifie même un tout petit peu (je n'ai réalisé qu'une scène où il ne se passe vraiment pas grand chose! mais où il y a un semblant de non-linéarité) ça devient vraiment TRÈS galère.
Je pense qu'une gestion par arborescence (un peu comme c'est déjà le cas pour les "lieux", mais avec plus de niveaux hiérarchiques), voire par tableaux croisés, serait salutaire!

La gestion des objets et personnages est aussi un petit peu "bizarre" je trouve puisqu'on ne peut concevoir un objet que placé dans un lieu (ou sinon dans la "corbeille") ; une bibliothèque d'objets et personnages me semblerait plus simple (et intuitive) à gérer, les objets pouvant ensuite être bien sûr dirigés vers une scène donnée. Je n'ai pas réussi par ailleurs à modifier l'ordre des objets dans une scène, et notamment l'ordre des objets dans l'inventaire. Il y a bien la notion de "plan" pour la superposition des éléments graphiques, mais cela n'intervient manifestement pas sur l'ordre dans l'inventaire, et d'ailleurs pour les éléments de décor l'ordre d'affichage dans l'arborescence semble indépendant de la hiérarchisation des plans, ce qui pose à mon sens un problème de lisibilité. Et ce serait quand même bien de pouvoir glisser/déplacer les objets d'une scène à l'autre ET au sein d'une même scène (ou de l'inventaire), avec donc corrélation entre l'ordre dans l'arborescence et la hiérarchie des plans.

Il y a sinon des lacunes basiques dans les évènements conditionnels: on ne peut tester que des égalités et non-égalité, il faudrait intégrer des > et <! La chose est d'ailleurs d'autant plus étrange qu'il semble bien se passer quelque chose quand on utilise ces opérandes (dans mon test j'ai des actions qui devraient se réaliser selon qu'une variable soit supérieure ou inférieure à un seuil, et j'ai bien les premiers évènements qui ont lieu sous le seuil ; et les seconds survenant quand j’atteins le seuil, mais seulement quand à égalité, et si je dépasse ensuite le seuil je reviens à la première situation?? Alors que j'utilise des < et des > qui sont indiqués comme une syntaxe ininterprétable?? mais qui semblent bien aboutir à un comportement lié au seuil fixé...).
Ce serait bien aussi d'intégrer un système de "et/ou", mais ça me semble plus facultatif.

Et pour la gestion des variables, il semble encore que ne soient autorisées que des additions et soustraction, pas de multiplication ou de division? Pas testé au demeurant.
Je n'ai pas essayé non plus si on pouvait faire des opérations entre plusieurs variables (p.ex., pour reprendre la syntaxe de ton moteur de script: 'VAR1:+VAR2'), si ce n'est pas le cas ce serait là encore intéressant à implémenter.

J'ai aussi rencontré des soucis de performance, avec des ralentissements intempestifs difficiles à concevoir vue la demande en ressource normalement minimaliste de ce genre de jeu.

Y'a encore d'autres trucs mal venus comme les pauses qu'on ne peut définir que selon un nombre ENTIER de seconde (pourquoi??) ; en même temps vus les ralentissement que le jeu accuse parfois les timing sont de toute façon il est vrai bien difficile à gérer.

Et toujours sur le plan des timing et du dynamisme des scènes, le fait que les dialogues bloquent systématiquement l'action jusqu’à un appui sur le bouton de la souris entrave souvent la fluidité du gameplay, ce serait très bien si on pouvait choisir le mode de défilement de chaque message et dialogue (au clic, ou automatiquement après un certain temps auquel cas le joueur garde la main durant l'affichage du message/dialogue).

Ah ouais, et un autre truc super relou, c'est le fait que quand on récupère un objet on ait à chaque fois une fenêtre "ajout de tel objet à l'inventaire", là encore pourquoi pas ...si c'est activable/désactivable à la demande!

Non, pas d'alertes encore (ça doit arriver... le site (et le forum) sont encore "jeunes"!!)

Comme je disais, le site est jeune...

EDIT: mais à l'écoute!
https://www.indiemag.fr/forum/vos-suggestions/t5467-liens-forum-forum-souvrant-nouvel-ongletfenetre