[grisbi-bugs] [Grisbi 0001907]: Etats les montants finissent illisible, comme si les chiffres ont insuffisament de place
Grisbi Bug Tracker
bugtracker at grisbi.org
Ven 1 Mar 09:13:01 CET 2019
The following issue requires your FEEDBACK.
======================================================================
http://www.grisbi.org/bugsreports/view.php?id=1907
======================================================================
Reported By: travesp
Assigned To: pbiava
======================================================================
Project: Grisbi
Issue ID: 1907
Category: Main
Reproducibility: always
Severity: minor
Priority: normal
Status: feedback
OS: SuSE
Unstable Impact: Yes
Version OS: leap 15.0 KDE
Version GTK: 3
======================================================================
Date Submitted: 2019-02-07 21:53 CET
Last Modified: 2019-03-01 09:13 CET
======================================================================
Summary: Etats les montants finissent illisible, comme si
les chiffres ont insuffisament de place
Description:
États : les montants finissent illisible, comme si les chiffres ont
insuffisament de place, culbute l'un sur l'autre.
Cela implique qu'un contrôle au centime près n'est pas possible.
Même phénomène sous windows.
Saisies des champ dans Formulaire des opération ne peut pas être ajusté; ceci
étais aussi le cas en version 1.1.96, 1.2.0 devrait agir autrement ?
glib2 version montre 2.54
Merci Pierre pour ton travail.
======================================================================
----------------------------------------------------------------------
(0004823) pbiava (administrator) - 2019-02-08 13:42
http://www.grisbi.org/bugsreports/view.php?id=1907#c4823
----------------------------------------------------------------------
Quelle est la définition de ton écran ? Ne peux tu pas agrandir grisbi de
telle façon que ça se passe correctement ?
----------------------------------------------------------------------
(0004832) travesp (reporter) - 2019-02-09 11:55
http://www.grisbi.org/bugsreports/view.php?id=1907#c4832
----------------------------------------------------------------------
2560 x 1440 sous Windows-10 (desktop) et
1366 x 768 sous leap 15.0 (laptop)
les deux situations donnent "culbutage" des derniers chiffres.
----------------------------------------------------------------------
(0004839) pbiava (administrator) - 2019-02-10 06:39
http://www.grisbi.org/bugsreports/view.php?id=1907#c4839
----------------------------------------------------------------------
Peux-tu m'envoyer une copie d'écran du rapport que je vois à quoi ça
ressemble. J'ai fait un test sous Windows 8.1 et je ne vois pas de défaut mais
mes états ne sont pas immenses.
utilises mon adresse mail directement.
----------------------------------------------------------------------
(0004843) travesp (reporter) - 2019-02-10 20:49
http://www.grisbi.org/bugsreports/view.php?id=1907#c4843
----------------------------------------------------------------------
voila PrtSrn où j'ai dû "biffer" certains caractères.
il y a des montants < 1000.00 qui "souffrent" également.
Aussi PrtSrn formulaire-de-saisie où il y a encore (1.2.0) impossibilité
de gérer la largeur des champs.
Merci Pierre
----------------------------------------------------------------------
(0004845) pbiava (administrator) - 2019-02-11 06:07
http://www.grisbi.org/bugsreports/view.php?id=1907#c4845
----------------------------------------------------------------------
peux-tu me faire une copie de la partie formulaire de la liste des opérations
que je puisse voir la répartition sur la fenêtre de grisbi.
----------------------------------------------------------------------
(0004854) travesp (reporter) - 2019-02-14 11:37
http://www.grisbi.org/bugsreports/view.php?id=1907#c4854
----------------------------------------------------------------------
voila une copie de la fenêtre comme présenté sur laptop 1366*768
----------------------------------------------------------------------
(0004855) travesp (reporter) - 2019-02-14 11:44
http://www.grisbi.org/bugsreports/view.php?id=1907#c4855
----------------------------------------------------------------------
ci-joint également output de grisbi -d 9 sur le terminal
----------------------------------------------------------------------
(0004857) pbiava (administrator) - 2019-02-14 20:43
http://www.grisbi.org/bugsreports/view.php?id=1907#c4857
----------------------------------------------------------------------
Cette disposition des données et des champs du formulaire est très
particulière. je ne crois pas l'avoir déjà rencontrée. Qu'y a-t-il dans la
7ème colonne de la liste des opérations ?
Pour ce qui concerne le rapport il n'y a aucune raison d'avoir un tel résultat.
Je me demande si ce n'est pas un problème de configuration. Il faudrait
m'envoyer un fichier anonymisé avec le problème toujours visible.
Ceci étant dit et compte tenu de la définition du plus petit écran, peux-tu
faire un test avec un nouveau fichier de compte et sans modification des
données de base de la liste des opérations. tu peux ajouter les champs
manquants si besoin. j'aimerai voir si on a le même problème.
----------------------------------------------------------------------
(0004858) travesp (reporter) - 2019-02-16 17:22
http://www.grisbi.org/bugsreports/view.php?id=1907#c4858
----------------------------------------------------------------------
Il n'y a rien dans la 7ème colonne de la liste des opérations, la 7ème
n'existe pas ...
Ceci est à cause de placement sur écran qui fait croire qu'il y a plus que 6
colonnes.
Bien que limité par le temps, j'ai quand même essayé un nouveau fichier où
j'ai remarqué une amélioration dans le form.saisie SI, SI je change les champs
de place...
Avec les mêmes changements j'arrive pareillement dans le fichier en production,
je te donne ci-dessous les champs dans form-saisie :
ligne-1: | date | Débit | Crédit | remarques
ligne-2: | exerc | mode paiement | No chq | tiers
ligne-3: | | | | catégorie
ligne-4: | | | | i-budg
et là la dernière colonne (4ème) est heureusement bien plus large que les
autres (qui ont la même largeur, non-changeable).
Ce qui reste comme problème c'est la présentation sur l'écran des montants
dans les ÉTATS.
Vu le peu de temps disponible, je me limite à ceci, merci Pierre pour ton
énergie.
----------------------------------------------------------------------
(0004859) pbiava (administrator) - 2019-02-18 14:02
http://www.grisbi.org/bugsreports/view.php?id=1907#c4859
----------------------------------------------------------------------
Je pense qu'il faut utiliser les 7 colonnes de la liste des données des
opérations. Toutes les fonctions de grisbi testent ces 7 colonnes. Ceci étant
dit ça ne devrait rien changer au problème du formulaire.
Pour ce qui concerne les états peux-tu anonymiser ton fichier et me l'envoyer
sur mon adresse privée. Vérifie avant que le bug est toujours présent.
----------------------------------------------------------------------
(0004862) travesp (reporter) - 2019-02-21 18:04
http://www.grisbi.org/bugsreports/view.php?id=1907#c4862
----------------------------------------------------------------------
J'ai changé la liste des données des opérations en 7 colonnes ...
L1 col1=DATE col2=Débit col3=Crédit col4=Solde col5=P/R col6=No-chèque
col7=Remarques
L2 col1=Exerc col6=ModePaiement col7=Tiers
L3 col7=Catégorie
L4 col7=Ibudg
Surtout le formulaire de saisie marche bien mieux en limitant les colonnes (max
4?) et en évitant certaines combines, désormais ici :
L1 c1=Date c2=Débit c3=Crédit c4=Remarques
L2 c1=Exerc c2=ModePaiement c3=NoChq c4=Tiers
L3 c4=Catégorie
L4 c4=Ibudg
Disons : "Il faut pas ...abuser... de la flexibilité offerte par Grisbi,
plutôt rester proche du point de départ".
Pour ce qui concerne les états je suis désolé, je ne me trouve pas dans la
possibilité de contribuer d'avantage.
Ce que je peux communiquer : cocher AFFICHER LE NOMBRE D’OPÉRATIONS AVEC LES
TOTAUX
rend l´état encore plus 'culbuté' : Grisbi présente les montants ET "nnn
opérations" au moins deux fois aux différentes positions.
Je distingue clairement 2x le caractère EURO (€) et les caractères sont
"doublé" / un sorte d'effet gras.
Je me débrouillerai avec le statue actuelle (export vers CSV, Tableur est
utilisé comme aide), merci Pierre pour ta compréhension.
----------------------------------------------------------------------
(0004863) pbiava (administrator) - 2019-02-21 19:24
http://www.grisbi.org/bugsreports/view.php?id=1907#c4863
----------------------------------------------------------------------
Heureux que tu ais pu améliorer les choses. Je m'aperçois aussi que grisbi est
trop flexible mais c'est difficile de remettre en cause les facilités offertes
aux utilisateurs.
Pour les états, il est très facile d'anonymiser son fichier grâce au menu
spécifique que tu trouveras dans le menu Fichiers. Faire le test si le défaut
est encore présent est aussi simple et permettrait de faire un premier
diagnostic. Et pour moi ça me permettrait de comprendre ce qui se passe parce
que c'est la première fois que ce problème est déclaré.
C'est d'autant plus important que compte tenu de l'image ci-dessus, il n'y a
aucune raison que cela arrive.
----------------------------------------------------------------------
(0004864) travesp (reporter) - 2019-02-22 12:06
http://www.grisbi.org/bugsreports/view.php?id=1907#c4864
----------------------------------------------------------------------
Bonne nouvelle ! Les "reports" (états) sont mal représentés à cause des
"flags" trompeurs !
Text editing dans le .gsb a mené à la solution. Le GUI ne gère pas
toujours bien ses flags.
Quand on désire un état avec uniquement des totales de catégorie SANS
sous-catégorie ou
quand on désire un état avec uniquement des totales de impBudg SANS
sous-impBug =>
j'ai constaté que certains flags autait dû être 0 au lieux de se trouver de
travers en valeur 1.
Ci-dessous un état des totales des catégories SANS sous-catégorie après
intervention d'un text-editing :
Categ_use="1"
Categ_use_selection="0"
Categ_selected="(null)"
Categ_show_amount="1"
Categ_show_sub_categ="0"
Categ_show_without_sub_categ="0"
Categ_show_sub_categ_amount="0"
Categ_currency="1"
Categ_show_name="1"
Budget_use="0"
Budget_use_selection="0"
Budget_selected="(null)"
Budget_show_amount="0"
Budget_show_sub_budget="0"
Budget_show_without_sub_budget="0"
Budget_show_sub_budget_amount="0"
Budget_currency="1"
Budget_show_name="0"
Ça donne un résultat correct sur écran. Je ne sais pas quoi "penser" du
Budget_currency="1",
ça devrait être = 0?
Il faut, à mon avis, vérifier dans les ÉTATS le comportement des PROPRIÉTÉS
sur écran et les enregistrement dans le .gsb.
Par exemple : Décoche Afficher un sous-total lors de changement de
sous-catégorie => ça se coche de soi-même et je dois forcer un
décochage via text-editing.
Merci Pierre et fais moi svp savoir si c'est suffisamment clair ci-dessus.
----------------------------------------------------------------------
(0004866) pbiava (administrator) - 2019-02-26 08:17
http://www.grisbi.org/bugsreports/view.php?id=1907#c4866
----------------------------------------------------------------------
Pour répondre à un autre bug, j'ai corrigé l'affichage de montants pour les
tiers, (sous-)catégories et (sous-)IB en fonction de la sélection ou pas des
données, donc ça devrait résoudre le problème.
Pour ce qui concerne la devise des IB c'est le numéro de la devise utilisée
dans les rapports pour les montants des (sous-)IB donc à minima 1 si il y a une
seule devise.
----------------------------------------------------------------------
(0004879) pbiava (administrator) - 2019-03-01 09:13
http://www.grisbi.org/bugsreports/view.php?id=1907#c4879
----------------------------------------------------------------------
Merci de faire un retour dès que la nouvelle version sera opérationnelle
Issue History
Date Modified Username Field Change
======================================================================
2019-02-07 21:53 travesp New Issue
2019-02-08 13:42 pbiava Note Added: 0004823
2019-02-08 13:42 pbiava Assigned To => pbiava
2019-02-08 13:42 pbiava Status new => assigned
2019-02-09 11:55 travesp Note Added: 0004832
2019-02-10 06:39 pbiava Note Added: 0004839
2019-02-10 20:49 travesp File Added: Etats17-18bif.pdf
2019-02-10 20:49 travesp File Added: Grisbi120FormSaisie.png
2019-02-10 20:49 travesp Note Added: 0004843
2019-02-11 06:07 pbiava Note Added: 0004845
2019-02-14 11:37 travesp File Added:
Screenshot_20190214_111918_Redacted.pdf
2019-02-14 11:37 travesp Note Added: 0004854
2019-02-14 11:44 travesp File Added: grisbiDbg.txt
2019-02-14 11:44 travesp Note Added: 0004855
2019-02-14 20:43 pbiava Note Added: 0004857
2019-02-16 17:22 travesp Note Added: 0004858
2019-02-18 14:02 pbiava Note Added: 0004859
2019-02-21 18:04 travesp Note Added: 0004862
2019-02-21 19:24 pbiava Note Added: 0004863
2019-02-22 12:06 travesp Note Added: 0004864
2019-02-26 08:17 pbiava Note Added: 0004866
2019-03-01 09:13 pbiava Status assigned => feedback
2019-03-01 09:13 pbiava Note Added: 0004879
======================================================================
Plus d'informations sur la liste de diffusion bugsreports