J'ai fait quelques essais avec la version 2.1.4. Voici quelques retours. Je n'ai pas eu les mêmes problèmes que la fois précédentes (problème pour exécuter, compteur qui s'emballe, ..). Mais j'en ai eu quelques-uns de nouveau, histoire de ne pas m'ennuyer.
Il reste un problème, non pas d'installation, mais de configuration. L'éditeur n'a pas tenu compte de mon répertoire de mod que j'avais fixé en dehors du répertoire d'installation, dans F:\Tmp\Mod_de_test.
L'éditeur l'a bien accepté à la saisie de la fenêtre de configuration, il a bien indiqué Ok pour tout. Mais quand j'essaie de sauvegarder une créature, il me propose de le faire dans "X:\<Repertoire éditeur>\Mod". Idem quand j'essaie de charger une créature.
Si je sauve la créature là où il me propose, sous un nouveau nom qui n'existait pas, ce nouveau nom apparaît immédiatement dans la liste de fichiers CRE (la liste à défilement vient se placer sur le nouveau nom). Le fichier est bien enregistré dans "X:\<Repertoire éditeur>\Mod".
Si je sauve la créature là où je l'avais indiqué, la liste n'est pas mise à jour. Le fichier est bien créé où je le demandais.
J'ai vérifié ce comportement par deux fois, en désinstallant l'éditeur de façon à pouvoir redéfinir la configuration. Au passage, la désinstallation avait bien tout enlevé, sauf le sous-répertoire Mod, qui n'était pas vide.
Le fichier "Parametre_editeur.fic" est cohérent du comportement de l'éditeur et non pas de mon choix de paramètres : il a mémorisé "X:\<Repertoire éditeur>\Mod", d'après ce que je vois en hexadécimal.
La gestion de la liste de fichiers est pénible : quand on clique quelque part au dessus de la position actuelle de la barre de défilement, au lieu de monter du nombre de lignes affichées à l'écran comme c'est la norme, il va se placer dans la liste à l'endroit au niveau où on a cliqué (à 25% environ, si on a cliqué au quart de la barre). Résultat : il est impossible de parcourir la liste sans viser parfaitement, puisqu'on ne peut pas corriger légèrement en se déplaçant juste de quelques fichiers (la capacité d'affichage à l'écran).
Avec 7000 fichiers (BGT), dont 27 à l'écran, il faut pratiquement viser au pixel près pour monter juste d'un cran. Personnellement, je n'aime pas du tout.
J'ai constaté que la plupart des listes fonctionnent de la même façon, hélas. Mais c'est logique, après tout.
Ce qui est bizarre également, c'est que le déplacement de la barre ne produit plus d'effet sur la liste quand le curseur de défilement est presque au début ou presque à la fin de la barre. C'est assez surprenant, par rapport au fonctionnent habituel d'une barre de défilement. Il s'agit peut-être d'une erreur dans la façon de renseigner les paramètres qui régissent habituellement la gestion d'une barre de défilement (min max, taille de page). Ce qui pourrait peut-être expliquer le phénomène suivant observé sur la liste des fichiers.
Le fait de cliquer au tout début de la barre de défilement pour les fichiers CRE fait planter l'éditeur :
Code : Tout sélectionner
Erreur à la ligne 20 du traitement Clic sur img_barre_defilement.
Vous avez appelé la fonction TableAffiche.
L'indice spécifié -79 est invalide.
Les valeurs valides pour le champ TBL_liste_CRE sont comprises entre 1 et 7206.
Informations techniques
Projet : BG_editeur
Dump de l'erreur du module <WD110OBJ.DLL> <11.00Esf>.
- Appel WL :
Traitement de <Fen_CRE_Graphique.img_barre_defilement>, ligne <20>, thread <0>
Fonction <TableAffiche>, n° de syntaxe <0>
- Niveau : erreur fatale (EL_FATAL)
- Code erreur : 10015
- Code erreur WD55 : 0
- Pas de code d'erreur système
- Pas de message d'erreur système
- Que s'est-il passé ?
L'indice spécifié -79 est invalide.
Les valeurs valides pour le champ TBL_liste_CRE sont comprises entre 1 et 7206.
- Infos de debug :
Fonction (1,27)
- Infos attachées :
EIT_DATEHEURE : 20/02/2011 13:35:39
EIT_PILEWL :
Clic sur img_barre_defilement (Fen_CRE_Graphique.img_barre_defilement), ligne 20
Procédure locale Traduction_chargement (Fen_intro.PROCEDURE.Traduction_chargement), ligne 82
Initialisation de Fen_intro (Fen_intro), ligne 49
- Identifiant dans le .err : 10015
Assistance
Le message de plantage laisse entendre que l'éditeur a cru qu'on visait une position négative ("L'indice spécifié -79 est invalide.", ce numéro varie d'un plantage à l'autre).
A terme, je pense qu'il serait intéressant de pouvoir restreindre la liste affichée au choix de l'utilisateur. Par exemple, un mode n'affichant que les fichiers propres au mod serait intéressant. Ainsi qu'un mode ne montrant que les fichiers de l'installation du jeu (BIF + Override).
Par ailleurs, les fichiers présents dans Override et dans les fichiers BIF apparaissent toujours deux fois. J'avais déjà exprimé mon opinion sur le fait que c'était gênant, je ne sais pas si tu as eu un avis contraire.
Je n'ai pas réussi à conserver une biographie : au début elle est vide, je mets quelque chose et je valide. Je réouvre : j'ai "<NO_TEXT>" à la place de ce que j'avais tapé ou du vide.
Suggestion pour la saisie des grandes valeurs :
Attribuer des points de vie, des résistances, des compétences de voleur, ... est très pénible quand on ne peut augmenter que de 1 à la fois. Sur l'écran des compétences de voleur, c'est encore pire, car l'éditeur semble manifestement plus lent à incrémenter qu'ailleurs. Peut-être des restes de la gestion de l'appui continu.
Dans BG2, pour la gestion fine du nombre (avec saisie possible par l'opérateur), il existe une fenêtre qui apparaît quand on double clique sur un objet à charges (flèches, potions, ...). Elle permet de saisir la valeur à la main ou d'utiliser les boutons + et -. Ce pourrait être une solution, tout en conservant l'aspect graphique du jeu.
Dans les choix d'alignement, il n'y a que 9 valeurs possibles. Il faudrait absolument retirer les valeurs MASK_xxx. Elles servent uniquement dans les tests pour vérifier un alignement bon (n'importe lequel des trois), ... Ces valeurs sont de simples masques binaires (typique du C et autres langages) pour tester les 3 lignes et 3 colonnes d'alignement. Je ne suis pas convaincu qu'il faille conserver la valeur AUCUN en tant que valeur sélectionnable.
J'avais du mal à comprendre la remarque sur les "blancs" jusqu'à ce que je fasse un essai de sauvegarde et de comparaison binaire entre le fichier CRE généré et l'original. Effectivement, il te faut impérativement corriger ce problème, sinon le jeu ne reconnaîtra plus rien : le "script name", les scripts associés, les sorts connus et les mémorisés, ...
Il te faut un caractère de valeur binaire 0, comme dans les chaînes de caractères en C.
Mais ensuite, ça a mal tourné : l'éditeur fonctionne mal quand je bascule sur une autre créature et que je reviens à celle que je viens de sauvegarder : le nom n'apparaissait pas, les caractéristiques non plus, pas que les autres informations (classe, ...). En cliquant sur le nom, la fenêtre d'édition est apparue avec "<NO_TEXT>". En abandonnant, j'ai récupéré les caractéristiques. Mais j'ai fait planter l'éditeur en allant éditer la classe, que j'avais changé pour un barde avec kit de scalde. Je n'ai pas capturé les traces WinDev mais il était bien question de classe dans le texte.
En tout cas, il y a beaucoup d'écrans qui semblent fonctionner bien (plus de problème de surlignage de la sélection), c'est un beau progrès par rapport à la version précédente.
Bon courage pour la suite.
(personellement je ne les ai pas toutes en têtes, ça peut aussi être pratique de voir le variations qui existent pour certaines d'entre elles).
!
. Est-ce normal ? Puis, j'ai cliqué sur "Quitter" et là l'écran où les liens "Creature" "Configurer" et "Quitter" apparaissent. MAIS! (car il y en a toujours un), une fenêtre s'affiche me disant de contacter le développeur et de copier ce code si :
