Retours sur l'utilisation de RCSE et Rolisteam 1.9.2 + suggestions #124
Comments
|
Bonjour, Merci pour ces retours, je vais y répondre point par point, donc merci de les avoir numérotés. # RCSE
Pour palier ce problème, il y a un automatisme à avoir d'appuyer sur Echap après chaque ajout. Cela selectionne automatiqument l'outil pour déplacer. Du coup, c'est assez pratique.
Supprimer - oui sans soucis.
Je pense que déjà refuser la 2ême image de fond si elle est différente de la première ce sera déjà un bon resultat.
Effectivement, c'est utile pour la prévisualisation, et tester des calculs etc…
C'est déjà implémenter de mon côté, cela devrait sortir sous peu dans une version 1.9.3.
La solution choisie est un peu pourrie. Il existe dans la technologie utilisée par les fiches pour faire un truc similaire mais c'est à tester.
Il me faudra un exemple pour être précis. Suggestion: Rendre visible un élément il y a moyen de faire cela de façon un peu triche. Comme il y a des moyens d'y parvenir, cela ne sera pas une haute priorité. Rolisteam:## 1 - taille des images au chargement d'une vmap Ok 2 - sélection des lignes à main levée.Ok 3 - Réorganisation de l'interface.Je vois pas trop de quoi vous parler exactement, si vous aviez des captures d'écrans ou même des gif animés pour m'expliquer. 4 - Interface mj quand on joueurIl y a une différence entre l'interface en mode MJ et l'interface en mode Joueur. 5 - Jouer en mode déconnecterEffectivement, les instabilités sont dues à l'absence de personnage courant. ## 6 - **Deux interfaces Une mj et une joueur" Non, cela demande trop de taf, et c'est déjà le cas. Il y a une interface qui s'adapte. Maintenant, si vous trouvez qu'il y a toujours trop de choses. On peut discuter ce qui faudrait cacher. ## 7 - Barre d'outil pour les joueurs Effectivement, c'est une demande récurente donc cela devrait arriver dans une prochaine version. ## 8 - Lourdeur aux chargements Il y a problement un problème d'utilisation. Si un plan est ouvert chez le mj, il sera transferé aux joueurs. Pour ne pas envoyer le contenu, il suffit de fermer le plan depuis le menu ils convient de sauvegarder un scénario après avoir fermer l'ensemble des plans de la bonne façon. ## 9 - Problème de données à l'import Forge des PNJ Ok 10 - Parametre de la forge non utilisésLa forge est un truc que j'ai fait rapidement avant la sortie de la version. ## 11 - PNJ créer par le bouton Il va falloir mettre à plat la gestion des PNJ. ## 12 - Enregistrer les paramètres des PNJ Il va falloir mettre à plat la gestion des PNJ. ## 13 - Définition des points de vie dans la fiche Cela marche mais il faut le faire en code. Cela n'est pas automatique. Voici un exemple: fiche_life.zip |
|
Bonjour, Pour les 3 points qui demandent des précisions, voici les données qu'il manque :
1d100i:[<=(${id_8}+${id_35})]{i:[<=20]{i:[<=5]{"Tir a la tête !! la cible est MORTE (%1)"}{"Tir au torse !! Dégats MAX (%1)"}}{"Blessure légère ! (%1)"}}{i:[>=96]{"ECHEC CRITIQUE (%1)!!!"}{"Tir MANQUE (%1)"}};1d${id_73}i:[<100]{"Dégats : (%3)"}{"WHATTT"} La partie en gras est la cause du problème. Quand j'enlève le terme ${id_35}, j'ai le bon fonctionnement pour ma commande. j'ai essayé diverses manières de l'écrire, sans succès. La commande étant très longue, j'ai essayé de la cacher quand elle s'affiche dans le chat. POur une raison obscure, tout s'affiche quand même, même après avoir coché la case "cacher les commandes de dés longues" et réduit la valeur a 10 (100 ne marchait pas, ) Je n'ai pas réessayé avec un redémarrage du logiciel, cela vient peut être de la. Quoi qu'il en soit, je découvre de nouvelles manières de procéder chaque fois que je lance Rolisteam.
Sur la première image, vous trouverez encadré en rouge la zone que j'appelle "le bandeau". La fenêtre "liste des joueurs" que j'ai glissé laisse apparaitre derrière elle la zone ou elle va s'intégrer si je coute mon action glisser.
Sur cette image, vous voyez la même chose, mis a part que ma fenêtre liste des joueurs a été glissée et lachée sur l'interface avant. Je l'ai ensuite glissée jusqu'a la position ou j'ai pris la capture. d'écran. Il n'y a pas de zone de surbrillance bleue comme le cas précédent, et la fenêtre ne reprends pas sa place. Il faut effectuer un double clic sur la fenêtre pour le remettre a sa place (j'ai découvert cette fonction par pur hasard.) J'ai noté un autre bug également, mais pas chez moi. C'est plusieurs de mes joueurs qui me l'on soumis : quand ils réduisent une fenêtre (plan, fiche perso..), ils ne peuvent pas réaccéder a l'élément en question, celui ci s'étant caché dans le coin inférieur gauche, SOUS la barre des taches. (encadré bleu de la première image) Je pense que ceci est du a leur ordinateur, qui a une résolution plus faible que le mien. J'avais oublié de vous informer de ce bug dans mon premier message. Je pense que j'ai fait le tour, s'il vous faut d'autre précisions, n'hésitez pas a me demander. |
Bonjour,
Je souhaite vous faire part de mon expérience sur l'utilisation du RCSE et de rolisteam, et donc des bugs / idées d'amélioration qui vont avec. Je vais détailler dans un premier temps le RCSE, puis Rolisteam en lui même.
Bien que l'utilisation de RCSE soit relativement intuitive, voici la liste des choses qui sont source d'erreur :
1 - Cliquer sur l'éditeur graphique en ayant sélectionné un champ a ajouter (peut importe le champ) génère un champ de taille nulle (0,0), problématique a éditer ou a supprimer (il faut changer la taille du champ depuis le tableau, sauvegarder, relancer RCSE, et ensuite on peut y accéder), sans compter que l'on a vite fait d'en générer plusieurs sans s'en rendre compte.
Solution ==> Définir une taille de champ non nulle par défaut
2 - Il est impossible de supprimer ou déplacer des lignes dans le tableau de l'éditeur. Classer les lignes manuellement ajouterait un coté pratique pour rendre le tableau plus propre
Solution ==> Insérer les fonctions "monter ligne" "descendre ligne", et supprimer ligne "
3 - Le problème des images de fond. J'ai également subit cette restriction, et ai du refaire mes fiches personnages pour pouvoir y mettre un fond par page de la même taille. le logiciel ne s'est pas laissé berné par mes bidouilles (notament forcer l'insertion de l'image en mettant la même clé pour deux images différentes. J'avait pourtant le bon résultat visible dans l'éditeur, mais ce n'était qu'une illusion).
Solution ==> complexifier la fonction Background, en définissant un format (A4 portrait, paysage...) unique pour toutes les pages de la fiche, et importer une image par dessus, avec une taille redimentionnable. La taille du background fixe la zone d'édition, et l'image que l'on définit en fond serait comme un champ, mais avec une priorité d'affichage la plus faible, pour que les champs ajoutés soient toujours au dessus. A voir ce qu'il est possible de faire la dessus, sinon, juste informer plus lairement l'utilisateur que le background défini n'as pas la même taille que le premier, et que celui ci ne sera pas chargé.
4 - Les champs Value de l'éditeur ne sont jamais utilisés. J'ai l'impression qu'ils ne servent qu'a la prévisualisation, Le remplissage des champs de l'onglet Personnages est indépendant.
Solution ==> A la création d'un nouveau personnage, importer les valeurs définies dans le champ Value de l'éditeur, un peut comme des valeurs par défaut. Dans le cas de fonction ou commandes de dés, cela évite de devoir les compier-coller a chaque personnage quand on le crée,
5 - Lié au champ value, la prévisualisation des fiches (onglet affichage) ne prends en compte que les valeurs de l'éditeur. Il serait intéréssant de prendre en compte, quand elle existent, les valeurs de personnage.
Solution ==> ajouter une option dans l'onglet affichage, pour sélectionner le jeu de données que l'on souhaite afficher (default_value, character1,character2...) . Cela nous donnerait le bon aperçu en fonction du personnage, et permet au pointillieux comme moi d'ajuster la taille des champs pour éviter les mots coupés pour certains.
6 - La taille de police des champs s'adapte mal au redimentionnement des fênetres dans Rolisteam. même en mettant sur True la valeur adaptation des polices dans l'éditeur. Je n'arrivais pas a obtenir un résultat correct, j'ai donc du fixer ma taille de fiche pour éviter un affichage buggué coté Rolisteam.
Solution ==> Peut être une mauvaise manipulation de mon coté.
7 - Les commandes de dés préenregistrées dans l'éditeur avec une condition IF ne font pas de calcul dans le paramètre entre crochet. Ma commande demande une comparaison entre le résultat du dé, et la valeur de la compétence principale du joueur + une ou plusieurs compétences additionnelles. Je n'ai pas encore essayé de passer par un champ fonction pour faire le calcul et récupérer le résultat dans ma commande.
Solution ==> Mauvaise manipulation de mon coté, je dois encore prendre en main le système de commande de dés, pas forcément simple pour un novice.
Suggestion : ajouter dans l'éditeur une colonne "visibilité" du champ, qui permet de cacher proprement les champs (la taille 0,0 ne permet pas de les déplacer et de les éditer sans bugs). Le champ resterait visible dans l'éditeur, mais il n'apparaitrait pas dans la fiche finale et en prévisualisation. Cela permet d'ajouter des fonctions cachées de calcul ou de gestion d'inventaire plus complexe.
C'est tout pour la partie RCSE, je pense en avoir fait le tour. Si je retrouve des choses a modifier/améliorer, j'en referait part.
Passons a Rolisteam 1.9.2 . J'ai pu prendre en main pas mal d'éléments, mes remarques porteront sur :
1 - Les images importées dans un plan vectoriel et redimentionnées reprennent leur taille originelle quand le plan est rechargé après fermeture du logiciel. Mes tokens n'étant pas a l'échelle du plan, je dois les redimentionner pour qu'ils soient plus réalistes en terme de taille.
Solution ==> Prendre en compte, a l'enregistrement, la taille relative du fichier dans le plan vectoriel et ne pas recharger l'image a sa taille originelle.
2 - Les lignes tracées avec l'outil crayon sur un plan vectoriel sont particulièrement difficiles a sélectionner. Il devient presque impossible de les sélectionner seules quand plusieurs éléments se superposent, et ce malgré les calques.
2 bis - Les divers éléments d'un plan vectoriel ne se sélectionnement pas forcément quand ils sont en surbrillance rouge et que l'on clique dessus, pourtant en travaillant dans le bon calque.
Solution ==> Améliorer la sélection des entitées
3 - Au niveau de l'interface, certains éléments sont compliqués a réorganiser. quand j'enlève des éléments du bandeau, je dois double cliquer sur la fenêtre de l'élément pour le remettre en place. Ce double clic n'est pas intuitif, et permet d'ordinaire de remettre en plein écran une fenêtre. Glisser les éléments sur le bandeau pour les remetre a leur place me paraissait plus intuitif (Note : Quand je prends un élément du bandeau, que je le glisse sur la fênetre principale de l'interface, tant que je ne le lache pas, je peut lui changer sa place dans le bandeau, et même avoir un aperçu de la ou il sera placé. Si je le lache par mégarde, je dois double cliquer pour le remttre en place)
Solution ==> ???
4 - En tant que joueur, je me retrouve avec une interface complète de MJ. J'ai accès a beaucoup trop d'éléments, et je peut même les utiliser. Seuls les plans sont inutilisable (grisés). Cacher certains éléments en fonction du type de participant (MJ ou joueur) serait idéal pour alléger l'interface. (Voir suggestion au point 6).
Solution ==> Griser tout ce qui n'est pas nécéssaire au joueur
5 - Ne pas créer de serveur ou ne pas en rejoindre un au lancement du logiciel génère des bugs d'édition de certains éléments quand on charge un scénario sans être connecté.
Solution ==> fermer le logiciel si la fenêtre de connexion est fermée ET que le logiciel n'est connecté a rien (pour éviter les fermetures de logiciel quand le joueur/mj est déja en jeu)
6 - SUGGESTION : Intégrer deux interfaces différentes au logiciel, une pour le MJ, avec tout les éléments, une pour le joueur, allégée. Cela éviterait l'utilisation des fonctions que les joueurs ne doivent pas utiliser, et la pollution que génère les fenêtres inutiles au joueur (explorateur de ressources (le MJ gère tout), zone de notification, générateur de nom, forge des pnj...) Ne pas intégrer les éléments inutiles au joueur a l'interface, et pas simplement les griser, serait un plus.
La case "je suis Mj" dans la fenêtre de connexion servirait a faire cette distinction.
7 - SUGGESTION : Les joueurs devraient avoir une barre d'outil avec un crayon de la couleur de leur personnage, une gomme, l'outil ping et la règle par défaut . L'ajout d'un calque "édition" sur lequel les joueurs pourraient écrire ou schématiser leurs plans sur un plan vectoriel serait idéal.
8 - J'ai crée un scénario, comprenant 8 plans vectoriels et une foule de PNJ. L'abondance d'éléments dans le scénario a engendré pour les joueurs un chargement long et gourmand de tout ces éléments, ce qui normalement n'intervient pas. Je me suis retrouvé avec tout les détails du scénario, en étant simple joueur. Ces éléments étaient chargées et ouverts par le MJ, mais pourtant en visibilité cachée.
Un second test avec le scénario chargé mais aucun plan affiché chez le MJ générait la même chose.
Solution ==> modifier les permissions CACHE pour que les joueurs ne téléchargent pas le plan quand celui ci est chargé par le MJ, ou que le plan en question soit non affiché quand le MJ passe de visible/bouillard de guerre a caché. Cela économiserait aussi de la bande passante en limitant les transferts de données.
9 - J'ai repéré un bug de taille dans la forge des PNJ. L'import d'un fichier rtok dans l'éditeur ne remplace que les données du premier onglet. Les autres onglets ne voient pas leur contenu supprimé, et les propriétés du fichier rtok et celles insrites avant l'import se superposent. Ce bug apparait dans la vidéo de présentation, quand le fichier de pnj RONIN est chargé. Les champs inscrits avant l'import sont restés quand le chargement a eu lieu.
Solution ==> A l'import, effacer TOUTES les données qui on pu être rentrées, et Charger les donées du fichier rtok pour éviter cette superposition.
10 : Certains paramètres de la forge des pnj sont encore inutilisés dans le jeu, comme les actions. J'ai compris que cette fonctionnalité verrai le jour dans une version future du logiciel.
11 : Les pnj crées par le bouton "créer pnj" sous la liste des joueurs (en tant que MJ) ne disposent pas des mêmes propriétés que ceux crées par la forge des PNJ. Notament sur les jets d'innitiative. Ces jets, même configurés, disparaissent au chargement du scénario. Le svaleurs semblent se réinitialiser.
Solution ==> Le bouton "ajouter PNJ" doit ouvrir la forge des PNJ, et ne plus permettre l'ajout direct d'un pnj sur le plan. Ajouter une fonction "Insérer PNJ" sur les plans serait intéréssant, pour éviter les glisser déposer de fichiers rtok
12 : Les PNJ enregistrés dans le scénario perdent leur paramètres enregistrés. Un pnj placé sur un plan qui est enregistré, perdra ses propriétés au rechargement du logiciel et a la réouverture du plan, même si ce pnj a été crée par la forge des pnj.
Solution ==> La création d'un pnj doit s'accompagner de la création systématique d'un fichier rtok, qui comprendra les propriétés d'un pnj. Au chargement du logiciel et d'un plan comprenant un PNJ, le logiciel devrait réouvrir les propriétés du fichier rtok correspondant. L'édition des pv ou de l'état du pnj devrait également être enregistré dans ce fichier en cas de reprise du scénario plus tard. Ceci éviterait la perte des infos.
13 - Dans RCSE, et plus particulièrement dans mes fiches perso, j'ai défini un champ pour les PV, courants et maximum. Ces infos ne sont pas reprises par Rolisteam, qui attribue par défaut 100/100 PV au joueur.
Solution ==> Lier les champs PV MAX, PV MIN ou PV actuels de rolisteam au champs PV potentiellement définis dans la fiche personnage. Peut être intégrer une colonne supplémentaire dans le tableau de l'éditeur du RCSE pour gérer ce paramètre et l'identifier pour Rolisteam. L'édition du champ sur la fiche ou la modification des PV actuels par une édition depuis la liste des joueurs serait liée. Les champs de propriété en lecture seule seraient grisés a la fois dans le tableau de la fiche perso (déja le cas), mais griseraient aussi les fonctions qui permettent une modification du champ (le champ "pv max" éditable par la liste des joueurs serait grisé aussi) pour éviter des modifications involontaires (je pense notamment au PV max, qui ne sont modifiable que selon certains cas rares pour moi.)
C'est tout pour le moment, si j'ai d'autres remarques, je n'hésiterait pas a vous en faire part. Le logiciel est vraiment pas mal, malgré mes remarques, et le pouvoir d'interraction avec divers éléments (plans, fiches perso..) a séduit mes joueurs et moi même. En cette période compliquée, disposer d'un outil aussi puissant pour continuer nos séances est un plus, surtout que nous restons des joueurs occasionnels. Merci pour votre attention portée a mes retours, j'ai essayé d'être le plus complet possible.
Utilisatiopn de Rolisteam 1.9.2 et RCSE 1.9.2
Sous Windows 10
The text was updated successfully, but these errors were encountered: