[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