|
|
Compliqué à faire , il faudra aussi modifier à beaucoup d'autres endroits pour cela. Le double-clique sur la zone de saisie est voulu et tous les endroits où on peut introduire une fiche , ne dispose pas toujours d'un espace pour voir le détail. A réfléchir |
|
|
Je suis d'accord, ce double clic qui ouvre l'information sur la fiche n'est pas du tout pratique. à mon avis : - elle freine la saisie, et fais péter les plombs (quand il faut fermer ces fenetres d'infos alors qu'on voulait seulement changer le quickcode dans le champ). - un champs de saisie n'est pas fait pour ouvrir à de la consultation d'information complémentaire. - le double clique dans un champs de saisie, qui fait ouvrir une fenêtre d'info, c'est contre intuitive,.... d'habitude, c'est la sélection du texte entier du champ de saisie. (ceci n'est que mon avis). une autre proposition de solution : - le champs de saisie de la fiche reste le même. - on ajoute un bouton à coté, pour consulter les infos de la fiche. - donc un bouton pour ouvrir la fiche, au lieu du nom de la fiche (parfois très long) qui servirait à ouvrir les infos sur la fiche. - le "title" ou "alt" du bouton (de l'image du bouton) pourrait contenir le nom de la fiche : pour avoir l'affichage dans un "tooltip" de ce nom. On obtient facilement le nom, en mettant la souris sur le bouton. A voir si cela est bien en terme d'ergonomie et de saisies/modifications efficace. A noter : dans la saisie d'un Achat, le bouton à coté du champs de saisie d'un "Détail articles achetés" est une loupe pour chercher, et un "+" pour ajouter une fiche (création). le bouton pour consulter les infos de la fiches pourrait être juste à coté. Petit ajout, pour améliorer, en même temps, l'ergonomie générale des écrans de saisie d'opérations Achat, Ventes. Le bouton "+" pour création d'une fiche : à cet endroit là, un bouton pour chaque ligne ??? ce n'est pas logique (et cela m'a fait me poser la question de "à quoi ca sert, ce truc", ... mis sur toutes les lignes). ce n'est pas logique : on ne crée pas des fiches à tout bout de champs (c'est le cas de le dire, en l'occurrence, puisqu'il y a un bouton à coté de chaque "champs"). on crée des fiches pour réutiliser, plein de fois, ces infos lors des saisies. on ne crée pas une fiche pour une saisie unique. donc, ... on va créer une fiche une fois de temps en temps, ... rarement,... par rapport au nombres de saisies dans les opérations d'achat (par exemple). donc, pour une saisie occasionnelle de fiche, on peut mettre le bouton de création de la fiche en haut de l'écran, une seule fois, pour tout l'écran de saisie d'opération. une fois la fiche créer, il faudra aller sur la ligne voulue, et taper le code de la fiche. ce dernier point est le seul inconvénient (il me semble) de mettre un seul bouton "création d'une fiche", dans l'écran, au lieu de les multiplier sur toutes les lignes.... c'est un avis.... pour alimenter la réflexion. |
|
|
Le fonctionnement actuel est assez fluide. Je pense qu'il faudrait attendre plus de retours et avoir éprouvé un peu avant d'imaginer une proposition plus complète et robuste. En chantier, donc. |
|
|
Hello, "Le fonctionnement actuel est assez fluide." ????? là, faut pas pousser, quand même.... je réécris : "elle freine la saisie, et fais péter les plombs (quand il faut fermer ces fenetres d'infos alors qu'on voulait seulement changer le quickcode dans le champ)." c'est vraiment très mal foutu, comme fonctionnement. à se demander comment on peut imaginer cela... ca fait vraiment pêter les plombs, à l'usage.... (et je n'ai qu'une toute petite activité, sans beaucoup de saisies,...). "attendre plus de retours " ??? faudrait encore avoir des utilisateurs qui font des retours.... je me sens bien seul, moi, sur Noalyss, à contribuer tant que je peux... quand on voit que pas une personne n'a proposé un rapport de bilan français qui fonctionne depuis des années (cf mes autres posts de l'an dernier,... et justement, je m'y suis collé pour en proposer un). on va attendre longtemps ....... (même si on voit bien que le projet a beaucoup pris en consistence depuis un an, c'est super réjouissant). ce que j'en comprends, c'est que vous ne voyez pas ce qui ne va pas, et ce qu'il faudrait faire. soit. n'hésitez pas à poser des questions, ... si les éléments indiqués ne vous paraissent pas suffisants. on parle quand même que d'une petite question d'interface utilisateur, et d'aide à la saisie,... et on est en 2019, ... pas en 1999, quand les histoires d'ergonomies étaient encore balbutiantes,... y pas besoin de réunir un groupe de travail pour savoir ce qui serait bien de faire... non ? |
|
|
Salut, Je réécris , "fais péter les plombs à ceux qui confondent double cliquer et cliquer simple" :-) Je crois utile de préciser certaines choses Primo : c'est vrai , on n'a pas assez de retour et donc on ne peut pas savoir, on a mis en place , forum, mailing list et suivi de tâches, mais si personne ne s'exprime ... Secundo : on n'oblige personne à participer et oui, il y a trop peu de gens qui s'impliquent, c'est dommage, mais ce qui est encore plus dommage est que ceux qui ont des idées ne disent rien Tertio : comparé aux soft professionnels de compta en-ligne on est vraiment en avance sur beaucoup de points et donc dire que c'est de l'ergonomie de 1999 est vraiment insultant, surtout vu la concurrence qui est parfois pathétique Quatro on a développé tous les états financiers pour l'Afrique avec "Rapport Avancés" en une semaine , une version de ce plugin sera publique le w-e prochain, on a vraiment simplifié et amélioré, aucun soft ERP ou comptable n'a ce genre d'outil qui permet de faire des rapports , déclarations, .... grâce aux informations comptables , la nouvelle version est vraiment mieux Voilà , si tu as une idée , dis-moi : Les contraintes : - pouvoir chercher une fiche (loupe) - pouvoir ajouter une fiche (le +) - pouvoir voir le détail d'une fiche - pouvoir voir l'historique d'une fiche. - un bouton pour vider la zone Ce qui fait 5 boutons autour de la zone de saisie du quick-code, c'est trop , je pense que 3 est un maximum. Donc faites des propositions , on reste calé la-dessus depuis un moment parce que personne ne sait comment on pourrait faire pour avoir ces 5 fonctions pour chaque zone de saisie. Ma proposition est comme sur l'image, supprimons le double click et remplacer le bouton ajout par un bouton - menu Des avis ??? Sélection_252.png (8,672 octets) |
|
|
Bonjour, Absolument désolé si vous avez ressenti mon commentaire comme insultant. Ce n'était pas mon intention, et je regrette d'avoir écrit cela, si j'avais su que cela vous ferait ce mal là. en fait, j'aime bien l'ergonomie très "traditionnelle" de Noalyss. c'est sobre, efficace, .... et, à mon avis, cela correspond bien au domaine de la compta. c'est loin des ergonomies qu'on voit dans d'autres services par internet, (par exemple l'interface du manager d'OVH), qui sont comme des arbres de noel, mais à part en mettre plein la vue, ca vaut pas grand chose. mais.... je voulais dire qu'il y a aussi quelques petits trucs, qui sont pas terrible. et surtout, je ne disais pas que c'était une ergonomie de 1999. j'ai écrit, et je voulais dire : à l'époque, les questions d'ergonomie était balbutiante.... donc on avait des hésitations, les choses n'avaient pas encore eu le temps d'être éprouvée, etc.... comme écrit : "on parle quand même que d'une petite question d'interface utilisateur, et d'aide à la saisie". ce que je voulais dire, avec cette comparaison, c'est que cela ne devrait pas poser de problèmes, d'arranger cette fonction. **************************************** bon, mais ce n'est pas le plus important. si vous acceptez mes excuses d'avoir écrit un truc que vous avez ressenti comme insultant, ... c'est le plus important. **************************************** peu de fréquentation sur le forum, peu de participation,.... avec pourtant un logiciel super, dans un domaine dans lequel l'offre disponible est rare (très rare),..... j'observe la chose,.... et, malgré mon expérience, cela reste en effet un mystère. j'ai quelques idées, du pourquoi cet état de fait, et d'où cela peut provenir mais ce n'est pas le lieu pour en parler. le nouveau site internet, et le besoin de plus en plus pressant d'utiliser des logiciels libres, et surtout des services en ligne qui respectent les données des utilisateurs (et en l'ocurence, des entreprises) est certainement favorable à ce que cela se développe. *********************************** "on est vraiment en avance sur beaucoup de points" : c'est possible, ... je vois bien des trucs super,.... mais j'ai pas été voir les autres logiciels .... donc je considère que c'est du "normal".... (oui, les utilisateurs sont parfois très ingrat.... que c'en est une honte ;-) mais oui, c'est vrai, y a des choses formidables dans Noalyss. *********************************** "fais péter les plombs à ceux qui confondent double cliquer et cliquer simple" ce que je fais : - j'utilise la souris pour, d'un seul coup, aller dans ce champs, et sélectionner l'ensemble du champs. - ensuite, je tape le nouveau (ou les première lettres). - le double clic, c'est pour qu'en même temps le champs entier soit selectionner. - l'avantage : comme la saisie redémarre de rien, les propositions de quick code se font sur les deux ou trois lettres nouvellement saisies. - si on simple clic, alors il faut ensuite s'arranger pour vider le champs, avant de ressaisir (Ctrl+A pour sélectionner en entier, .... ou balayer avec la souris,... mais bof). je ne confonds pas, j'utilise le double clique pour que l'ensemble du champs soit sélectionné, d'un coup. (à noter, parfois, quand je peux, j'utilise les tab, pour me déplacer dans l'écran, .... cela évite d'utiliser la souris, pour aller au lieu de saisie..... mais bon, c'est souvent plus fastidieux que la souris,....quand l'écran est costaud). je sais aussi, par expérience, que les gens qui font de la compta, et encore plus les professionnel, sont des personnes qui peuvent utiliser à fond les possibilité du clavier,... plus que la souris. comme les informaticiens en mode console.... c'est moins "fun" que la souris, mais d'une très grande efficacité. donc,.... il me semble important de permettre ce mode de fonctionnement dans Noalyss. *********************************** pour les rapports. oui, les rapports avancés, c'est bien. à mon avis, c'est bien, mais c'est pas top. j'ai déjà fait une demande d'amélioration, sur ce point, avec les détails de ce qui serait encore mieux. (en gros : séparer la couche d'extraction de celle de présentation des données, permettre de pouvoir extraire par API, pour pouvoir construire des outils indépendants d'extraction et de présentation des données,.... ). pourquoi je dis que c'est pas top : c'est pas pour faire c...., bien au contraire. c'est parce que pour le bilan français, j'ai vu des cas qui ne pourront pas se faire. le plan comptable est fait de telle manière qu'il y a des "séries de codes" qui ne doivent pas être agrégés entre eux. donc, la technique de définir une plage de codes comptables, et zou, on somme dessus, .... ca va pas le faire. je ne sais plus pour quoi, .... mais c'est indiqué dans mes autres posts de forum, et de souhaits d'améliorations. moi, pour on bilan, ca ne me dérange pas. j'utilise pas du tout ces plages de comptes,.... ou bien, autre cas "favorable", je les utilise avec seulement un compte qu a des données, et j'utilise pas les autres qui sont "pas agrégeables". mais bon, moi, j'ai un bilan ultra simple. le pire, à mon avis, c'est de fournir un outil qui, dans certains cas, sort un bilan faux.... parce qu'on a agrégé des comptes qui n'ont rien à voir. on peut demander à l'état français de changer le plan comptable.... mais bon, il me semble qu'on va devoir faire avec celui qui est fait comme il est fait, pendant encore quelques années. *********************************** Pour la fonction de saisie et d'aide à la saisie. j'avais fait une étude et des recommandations, pour une situation similaire, pour un logiciel en 2004 ou 2005. c'est amusant, c'était pour un éditeur de logiciel en belgique, au sud de Bruxelle. je peux aller chercher dans mes archives, pour retrouver le passage du rapport, qui détaillait comment faire ce genre de choses, et les tenants et aboutissants de ce genre de "barre de boutons". mais bon, faudrait que je relance le vieux pc de l'époque, ou que je fouille dans mes archives sur disques. je peux le faire, si cela vous intéresse vraiment. mais sinon, en bref : - faire des petites barres de boutons, - les gérer (informatiquement) comme un petit objet, qu'on utilise et réutilise,.... en insérant dedans des boutons. - les boutons : très petits (voir ci dessous),..... et avec une icône qui dit ce qu'il font. comme ceux actuels,... mais en barre de 4, 5, 6 ou plus de boutons... les habitués du logiciel apprennent à les connaître, et pas besoin de plus qu'une petite icone. - icônes en couleur : c'est mieux. cela aide l'oeil (et l'utilisateur) à les discerner. - pour l'auto apprentissage des fonctions de chaque bouton : chaque bouton a un tooltip, qui apparait quand on passe la souris dessus. Ce tooltip donne les infos de base de ce que fait le bouton. Ainsi, celui qui se demande ce que font tous ces boutons, peut avoir une indication de base, avec les tooltip. Celui qui revient sur le logiciel après un mois sans "avoir touché la compta", peut retrouver facilement ce que font les boutons. - taille des boutons : comme ils sont actuellement, c'est bien.... mais on voit des logiciels (pro) avec des barres de boutons plus petits..... parce que, parfois, il y a jusqu'à 7 ou 8 boutons, et il faut caser cela dans peu de place disponible. là, pour Noalyss, je pense pas qu'on n'aura besoin de ce genre de choses, .... donc la taille actuelle est bien. - l'ordre de séquence des boutons (touche clavier tab), permet de passer du champ de saisi, vers l'un des boutons, en quelques "tab",....(penser à ce que les boutons soient dans le meme ordre visuel, que l'ordre d'index de circulation). Globalement, il faut compter sur le fait que les utilisateurs connaissent le logiciel, et très vite utilisent les icônes pour repérer les fonction (loupe, ajout, historique....). On est dans un domaine de pro, et les petits (comme moi), qui ne sont pas pros, avec un usage intensif du logiciel, ... utilisent suffisamment les fonctions de saisie (plusieurs centaines à chaque bilan) pour que les icones suffisent. pas besoin de montrer à chaque fois "Ajout", ou "Historique". et puis, des barres de boutons, il y a en a dans les traitements de textes, les tableurs, .... ou la zone de saisie de l'url, dans firefox (ou d'autres navigateurs). actuellement, la zone de saisie de l'url a deux ou trois boutons à gauche, .... et trois au moins à droite, ... dans la zone de saisie. pour la sécurité (le symbole du cadenas du ssl), pour les favoris (l'étoile), pour..... etc.... Le menu : trois inconvénients. un, il faut demander le menu, puis cliquer sur la ligne (deux cliques, deux pointages de souris) deux, beaucoup moins simple de le faire en manipulations claviers... alors que "tab tab tab entrer", au clavier.... et on a la fonction.... trois, faut plus de place, faut gérer les problèmes de position du menu (quand on est au bord droit de l'écran, de l'ordi ou bas de l'écran, ca s'affiche pas pareil etc....) pourquoi pas.... une petite barre de bouton, je trouve cela mieux, vu l'usage du logiciel, son public potentiel, etc.... il y a des composants graphiques qui font cela : barre de bouton, plus les boutons qu'on mets dedans. c'est pas totalement nouveau,..... et je pense qu'il y a des trucs en libre, aujourd'hui, qui proposent de pas tout réécrire en code.... pour les icônes, aujourd'hui, y a beaucoup de bibliothèques, en libre, qui proposent des icones pour ces fonctions (ajout, historiques,....). On va pas refaire ce genre de graphisme,.... sauf si un graphiste veut offrir cela à Noalyss ??? les efforts à prévoir : - les icones, .... faut trouver l'icone qui va bien, qui se voit bien, pour chaque fonction. - les ajustements de présentation graphique (au début, pour la mise au point des premières barres de boutons) - cela charge le code, évidemment, des écrans (le html dans le navigateur). - cela charge le code coté serveur, mais ca, avec de la programmation objet des composants (la barre qui accueille, les boutons,...) cela devient assez simple à utiliser. il suffit alors de fournir les paramètres de chaque boutons : icones, url d'action, title pour le tooltip, .... et on batit des barres de bouton assez simplement. si cela vous parait bien ? |
|
|
bonjour, merci pour vos excuses , ayant travaillé énormément sur ce projet depuis si longtemps, je suis un peu aveugle aux besoins des utilisateurs . Surtout que l'interface a déjà profondément changé au moins 7 fois. Pour supprimer toute la zone, il faut cliquer sur le "X" et puis entrer une nouvelle valeur, inutile de tout sélectionner pour effacer. Mais je vais ajouter dans les préférences la possibilité de désactiver le double-click, Pour la barre des boutons, on pourrait faire une object avec boutons ou libellé qui apparaît quand on survole (et pas clic) le bouton-menu. Les champs sont accessibles par TAB mais pas les boutons, c'était le comportement voulu pour ceux qui aiment encoder depuis le clavier. C'est quand même mieux d'avoir un suivis Mantis par tâche et discuter dans la ML. Bonne journée D |
|
|
bonjour. J'avais moi-même initié cette proposition. Quand je disais que c'était devenu plutôt fluide, c'est parce qu'il y a eu un travail remarquable fait depuis ces dernières années et qu'il s'agit ici, maintenant, d'un détail (et j'encode énormément!). De manière générale, pour un logiciel libre et disponible gratuitement, c'est un boulot ahurissant et sous-estimé, et il atteint une qualité rare. Je fait une proposition récapitulative ici mais, si nécessaire, rediscutons-en sur la liste. Tenons compte de la fréquence d'utilisation des fonctions. — Détail et historique vont de paire; comme partout ailleurs, quand on ouvre le détail d'une fiche, le boutons historique est disponible au bas de celui-ci. — Tabulation saute les boutons: bonne idée, ça accélère la saisie qui concerne plus fréquemment les champs. — Ajout de fiche: ça pourrait même être intégré au bouton «recherche» (loupe) : un gros bouton «ajouter fiche» quand on ouvre la fenêtre avec la loupe (à discuter). — Suppression : le «X» comme maintenant. — Détail de la fiche... Là où le nom complet de celle-ci n'apparaît pas, cela pourrait aussi être intégré à la loupe : si un code de fiche est déjà introduit dans le champ, quand on clique sur la loupe, une seule ligne apparaît avec le code, le poste et le nom de la fiche; il suffirait alors de cliquer sur le nom pour avoir le détail. Ceci est la proposition minimaliste à deux boutons. À partir de là, on peut trouver un truc correct entre ça et cinq boutons. Je propose en tous cas d'y avoir bien réfléchi avant de trancher, pour ne pas faire des allers-retours en fonction des usages de chacun, mais trouver une configuration optimale. |
Powered by MantisBT
Copyright © 2000 - 2024 MantisBT Team
Contactez l’administrateur pour une assistance.
Copyright © 2000 - 2024 MantisBT Team
Contactez l’administrateur pour une assistance.
