[grisbi-devel] Grisbi 0.6 Premières impressions.

[Dominique]

Bonjour aux développeurs et très bonne année à tous,
Après quelques semaines loin de Grisbi, j'ai chargé le cvs de la V 0.6 
en suivant à la lettre (copier-coller) les information du site Grisbi.
./autogen.sh
.:configure avec le --prefix qui va bien etc.
Compilation de bonheur sous Linux 2.6. Aucun incident à déplorer.

Je lance Grisbi avec mon fichier de production (15 000 lignes environ) 
mis en test.
Évidemment, avec un tel fichier, Grisbi râle un peu et demande un 
archivage. J'allais  me laisser aller à un archivage global depuis le 
début du fichier (07-04-1999). À ce propos, j'ai été entendu des 
développeurs, et je les en remercie : la date de début d'archivage 
proposée par défaut est la plus ancienne du fichier.
Je choisis d'archiver par état. J'opte pour celui de mes revenus 
imposables 2007. Tout roule. Je déduis de la page en anglais qu'avec « 
retour », je peux archiver un autre état et j'attaque les revenus 
imposables de mon épouse. Que du bonheur.
J'entre dans Grisbi et je vais en direct aux états. Je veux faire un 
nouvel état pour deux anciennes voitures que je n'ai plus. Le temps 
d'attente (au moins 2 minutes) est bien long pour avoir la main. Je 
confectionne mon état « Twingo_rouge » et je vais dans fichier, créer 
une archive. La boite de dialogue s'ouvre mais pas d'état « Twingo_rouge 
» dedans ! Control S et j'y retourne. Toujours rien... Je ferme Grisbi 
avec sauvegarde puis j'y retourne.; Je trouve mon état que j'archive 
sans problème.
Est-ce un bug de ne pas trouver dans les options d'archivage un état qui 
vient d'être créé sans devoir quitter et revenir dans l'application ?
Je me lance, j'archive le reste jusqu'au 31/12/07. 10 300 opérations qui 
partent... mais que je ne retrouve pas dans la liste des archives en 
tête de mon journal d'écritures. Sortir et revenir dans Grisbi pour la 
trouver !
J'ai « déroulé », pour voir, la grosse archive de 1999 jusqu'à fin 2007. 
Toutes mes opérations sont récupérées... mais je ne peux pas les 
remettre sous forme de ligne d'archive. À nouveau sortir et retourner 
dans Grisbi. Ces vieilles opérations ont à nouveau disparu dans une 
seule ligne d'archive. Voilà le comportement que j'attendais mais 
j'aurais aimé n'avoir pas à sortir de Grisbi.
Accessoirement, je vois avec plaisir que si je veux archiver un même 
tiers qui impacte plusieurs comptes, chaque compte voit son propre quota 
d'opérations archivées. Très bien.
J'ai fait une erreur : j'ai tout archivé du début jusqu'à fin 2007. 
Finalement, j'aurais voulu archiver par exercices. Est-il possible de 
détruire définitivement une archive et de réintégrer l'ensemble de ses 
opérations dans le fichiers courant ?
Surprise, si mon compte courant paraît OK au pointage, mes comptes 
épargne et d'emprunt immobilier partent en vrille.
Par exemple, pour mon prêt immobilier, Grisbi veut pointer à partir du 
nominal du prêt (140 K€) et non de là où il en était au dernier pointage 
(120 K€). Le pointage est bien sûr impossible ! De la même manière, mes 
livrets A partent de 0 €, ce qui ne correspond bien sûr pas à mon 
dernier pointage.
Un bug ?
Enfin, je note des insultes de Grisbi qui paraissent n'avoir aucune 
influence sur son fonctionnement :

normal at Dominique-laptop:~/Temp/grisbi06/bin$ ./grisbi 
~/Temp/TEST_grisbi_moi.gsb

(grisbi:3121): Gtk-CRITICAL **: gtk_tree_path_append_index: assertion 
`index >= 0' failed

(grisbi:3121): Gtk-CRITICAL **: gtk_tree_path_next: assertion 
`path->depth > 0' failed

(grisbi:3121): Gtk-CRITICAL **: gtk_tree_path_append_index: assertion 
`index >= 0' failed

(grisbi:3121): Gtk-CRITICAL **: gtk_tree_row_reference_new_proxy: 
assertion `path->depth > 0' failed

(grisbi:3121): Gtk-CRITICAL **: gtk_tree_path_append_index: assertion 
`index >= 0' failed

(grisbi:3121): Gtk-CRITICAL **: gtk_tree_path_append_index: assertion 
`index >= 0' failed

(grisbi:3121): Gtk-CRITICAL **: gtk_tree_path_next: assertion 
`path->depth > 0' failed

(grisbi:3121): Gtk-CRITICAL **: gtk_tree_path_append_index: assertion 
`index >= 0' failed

(grisbi:3121): Gtk-CRITICAL **: gtk_tree_path_next: assertion 
`path->depth > 0' failed

(grisbi:3121): Gtk-CRITICAL **: gtk_tree_path_append_index: assertion 
`index >= 0' failed

(grisbi:3121): Gtk-CRITICAL **: gtk_tree_row_reference_new_proxy: 
assertion `path->depth > 0' failed

(grisbi:3121): Gtk-CRITICAL **: gtk_tree_path_append_index: assertion 
`index >= 0' failed

(grisbi:3121): Gtk-CRITICAL **: gtk_tree_row_reference_new_proxy: 
assertion `path->depth > 0' failed
normal at Dominique-laptop:~/Temp/grisbi06/bin$ ./grisbi 
~/Temp/TEST_grisbi_moi.gsb

(grisbi:32328): Gtk-CRITICAL **: gtk_tree_view_scroll_to_cell: assertion 
`row_align >= 0.0 && row_align <= 1.0' failed

(grisbi:32328): Gtk-CRITICAL **: gtk_tree_path_append_index: assertion 
`index >= 0' failed

(grisbi:32328): Gtk-CRITICAL **: gtk_tree_path_next: assertion 
`path->depth > 0' failed

(grisbi:32328): Gtk-CRITICAL **: gtk_tree_path_append_index: assertion 
`index >= 0' failed

(grisbi:32328): Gtk-CRITICAL **: gtk_tree_row_reference_new_proxy: 
assertion `path->depth > 0' failed

(grisbi:32328): Gtk-CRITICAL **: gtk_tree_path_append_index: assertion 
`index >= 0' failed

(grisbi:32328): Gtk-CRITICAL **: gtk_tree_path_next: assertion 
`path->depth > 0' failed

Est-ce grave, docteur ?

Voilà un premier jet de mes remarques sur cette version 0.6 qui a bien 
progressé depuis quelques mois. Bravo aux développeurs.

Bonne journée à tous,

-- 
Dominique
esto quod es