Grisbi 0.6. Lenteur.

View: New views
4 Messages — Rating Filter:   Alert me  

Grisbi 0.6. Lenteur.

by dominique-3 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Bonjour,
Après bien des paquets à installer, grisbi 0.6 tourne sur mon portable
(Linux 2.6, Kubuntu 8.04)
Mon fichier grisbi est né, il y a bien longtemps, d'un ancien fichier
Money : 1999. Conséquence, j'ai presque 14 000 lignes... Grisbi toussote
un peu. il me propose d'archiver mes écritures anciennes. OK.
L'archivage échoue. Les temps d'accès à grisbi deviennent impossible.
Kill -9 et on relance. Archivage vigoureux du début au 31/12/07 réussi.
Le temps d'accès à grisbi redevient normal.
J'essaye de charger l'archive. Grisbi me dit : « This operation can take
some time »... Yes : freeze apparent de grisbi.
À nouveau kill -9 et je relance.
A priori, tout fonctionne et je n'essaye pas de charger l'archive :-(
Je saisis des écritures. Visiblement grisbi ne se souvient plus de la
dernière imputation pour un créancier donné (Ex : il ne me propose pas «
Grande surface » pour Carrefour)
Je saisis une seconde opération Carrefour le 25 juillet. Grisbi ne me
propose pas la dernière du 24 juillet.
Formulaire de saisie des opérations : curieuse idée que de mettre le
débit à droite et le crédit à gauche ! Les règles comptables les plus
élémentaires font l'inverse comme dans les versions antérieures de grisbi.
Bien l'affichage de la grille dans le livre de compte ! Il gagne en
lisibilité.
J'essaye de cloner une opération => freeze de grisbi.
3e kill -9 et ça repart :-)
J'essaye à nouveau de cloner, nouveau freeze.
4e kill -9
Plus de clonage...
J'édite un état et j'appelle une opération particulière (les opérations
sont interactives) du 26 juin. Pourquoi diantre grisbi se
positionne-t-il sur la première ligne du fichier et non sur celle qui
m'intéresse et que je dois chercher ?
Je saisis une opération. Lorsque mon créancier est dans la liste,
attention à ne pas le valider avec la touche « Entrée » : la dernière
écriture est immédiatement recopiée ! Il faut valider avec tabulation.
Ça serait bien de pouvoir valider le tiers avec « Entrée » comme en
tabulant. Option dans les préférences ? À voir !
Je fais un rapprochement bancaire réussi. Trrrèèèès bien la petite case
à cocher pour rapprocher :-)
J'essaye de dé-rapprocher puis de rapprocher à nouveau avec Ctrl r.; Ça
marche correctement !
Même remarque que plus haut : je demande l'affichage des opérations
rapprochées et grisbi se positionne sur la première ligne du fichier :-(
Curieux comportement. J'aurais préféré voir la dernière ligne.
J'aime vivre dangereusement : je charge l'archive d'un petit compte (44
lignes). Nouveau freeze de grisbi !
J'arrête pour ce matin.
Merci aux développeurs,
Dominique
_______________________________________________
user-french mailing list
user-french@...
http://listes.grisbi.org/mailman/listinfo/user-french

Re: Grisbi 0.6. Lenteur.

by Cédric Auger :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

> Bonjour,
> Après bien des paquets à installer, grisbi 0.6 tourne sur mon
> portable (Linux 2.6, Kubuntu 8.04)
> Mon fichier grisbi est né, il y a bien longtemps, d'un ancien fichier
> Money : 1999. Conséquence, j'ai presque 14 000 lignes... Grisbi
> toussote un peu. il me propose d'archiver mes écritures anciennes. OK.
> L'archivage échoue. Les temps d'accès à grisbi deviennent impossible.
> Kill -9 et on relance. Archivage vigoureux du début au 31/12/07
> réussi. Le temps d'accès à grisbi redevient normal.
> J'essaye de charger l'archive. Grisbi me dit : « This operation can
> take some time »... Yes : freeze apparent de grisbi.
> À nouveau kill -9 et je relance.

hello
je réponds juste au début, le reste je le transfère dans ma liste de
bugs et je corrigerais au fur et à mesure. par contre, pour ce qui est
du chargement et de l'archivage, en fait ce n'est pas des freeze de
grisbi, c'est les nouvelles listes qui sont très très très lentes... et
c'est pour ça que j'ai mis en place l'archivage. mais bien sûr si tu
ouvres l'archive, tu vas remettre autant de temps pour l'ouvrir qu'à
l'ouverture de grisbi. par contre pour l'archivage échoué, j'aimerai
savoir ce qui s'est passé
pour info, j'ai prévu reprendre les listes, mais comme c'est la liste
gtk2 qui est lente, il va falloir reprendre la synthèse des listes du
début, voire ne plus utiliser les listes gtk2... du coup, j'attend la
sortie de la 0.6 pour faire ça
++
cédric

> A priori, tout fonctionne et je n'essaye pas de charger l'archive :-(
> Je saisis des écritures. Visiblement grisbi ne se souvient plus de la
> dernière imputation pour un créancier donné (Ex : il ne me propose
> pas « Grande surface » pour Carrefour)
> Je saisis une seconde opération Carrefour le 25 juillet. Grisbi ne me
> propose pas la dernière du 24 juillet.
> Formulaire de saisie des opérations : curieuse idée que de mettre le
> débit à droite et le crédit à gauche ! Les règles comptables les plus
> élémentaires font l'inverse comme dans les versions antérieures de
> grisbi. Bien l'affichage de la grille dans le livre de compte ! Il
> gagne en lisibilité.
> J'essaye de cloner une opération => freeze de grisbi.
> 3e kill -9 et ça repart :-)
> J'essaye à nouveau de cloner, nouveau freeze.
> 4e kill -9
> Plus de clonage...
> J'édite un état et j'appelle une opération particulière (les
> opérations sont interactives) du 26 juin. Pourquoi diantre grisbi se
> positionne-t-il sur la première ligne du fichier et non sur celle qui
> m'intéresse et que je dois chercher ?
> Je saisis une opération. Lorsque mon créancier est dans la liste,
> attention à ne pas le valider avec la touche « Entrée » : la dernière
> écriture est immédiatement recopiée ! Il faut valider avec
> tabulation. Ça serait bien de pouvoir valider le tiers avec « Entrée
> » comme en tabulant. Option dans les préférences ? À voir !
> Je fais un rapprochement bancaire réussi. Trrrèèèès bien la petite
> case à cocher pour rapprocher :-)
> J'essaye de dé-rapprocher puis de rapprocher à nouveau avec Ctrl r.;
> Ça marche correctement !
> Même remarque que plus haut : je demande l'affichage des opérations
> rapprochées et grisbi se positionne sur la première ligne du
> fichier :-( Curieux comportement. J'aurais préféré voir la dernière
> ligne. J'aime vivre dangereusement : je charge l'archive d'un petit
> compte (44 lignes). Nouveau freeze de grisbi !
> J'arrête pour ce matin.
> Merci aux développeurs,
> Dominique
> _______________________________________________
> user-french mailing list
> user-french@...
> http://listes.grisbi.org/mailman/listinfo/user-french
>
_______________________________________________
user-french mailing list
user-french@...
http://listes.grisbi.org/mailman/listinfo/user-french

Parent Message unknown Re: Grisbi 0.6. Lenteur.

by dominique-3 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Cédric Auger a écrit :

> ...si tu
> ouvres l'archive, tu vas remettre autant de temps pour l'ouvrir qu'à
> l'ouverture de grisbi.

Je confirme :-) J'essaye d'ouvrir l'archive. Ça fait environ 5 minutes
que ça pédale.
Ça y est, l'archive est chargée. Je demande maintenant à grisbi de
l'ouvrir : même punition !
À mon avis, des gros fichiers comme le mien (14 000 lignes) devraient
être scindés en plusieurs archives, une par an, par exemple. Dans les
faits, je n'ai pas grand chose à faire avec mes écritures du début des
années 2000.


> par contre pour l'archivage échoué, j'aimerai
> savoir ce qui s'est passé

En fait, je n'avais précisé qu'une date de fin pour l'archivage, pas une
date de début. J'ai eu du mal à obtenir que le bouton « Suivant » ou
approchant ne soit plus grisé, et pour cause. Bref, grisbi n'a pas aimé.
On pourrait imaginer que, en l'absence de date de début, ce soit
précisément l'écriture la plus ancienne qui serve de point de départ.

Bon courage et merci encore,
Dominique
_______________________________________________
user-french mailing list
user-french@...
http://listes.grisbi.org/mailman/listinfo/user-french

Re: Grisbi 0.6. Lenteur.

by Cédric Auger :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Le Fri, 25 Jul 2008 17:59:05 +0200,
dominique <zzz@...> a écrit :

> Cédric Auger a écrit :
>
> > ...si tu
> > ouvres l'archive, tu vas remettre autant de temps pour l'ouvrir qu'à
> > l'ouverture de grisbi.
>
> Je confirme :-) J'essaye d'ouvrir l'archive. Ça fait environ 5
> minutes que ça pédale.
> Ça y est, l'archive est chargée. Je demande maintenant à grisbi de
> l'ouvrir : même punition !
> À mon avis, des gros fichiers comme le mien (14 000 lignes) devraient
> être scindés en plusieurs archives, une par an, par exemple. Dans les
> faits, je n'ai pas grand chose à faire avec mes écritures du début
> des années 2000.

en effet, tu peux le faire. en fait au moment de l'archivage, tu peux
choisir par date ou par exercice. donc tu vas faire un archivage du
01/01/2000 à 31/12/2000 ; puis 01/01/2001 à 31/12/2001...
et tu te retrouveras avec autant de lignes d'archivage (et tu peux n'en
charger qu'une qd tu doubles clique dessus). par contre un truc auquel
j'avais pas pensé, c'est de permettre plusieurs archivages justement la
première fois que tu l'ouvres, car actuellement si je me souviens bien,
tu vas archiver la première année, mais pour les suivantes tu vas
devoir attendre qu'il charge toutes les opés. je vais faire en sorte
que tu puisses archiver plusieurs fois avant l'ouverture de grisbi

>
> > par contre pour l'archivage échoué, j'aimerai
> > savoir ce qui s'est passé
>
> En fait, je n'avais précisé qu'une date de fin pour l'archivage, pas
> une date de début. J'ai eu du mal à obtenir que le bouton « Suivant »
> ou approchant ne soit plus grisé, et pour cause. Bref, grisbi n'a pas
> aimé. On pourrait imaginer que, en l'absence de date de début, ce
> soit précisément l'écriture la plus ancienne qui serve de point de
> départ.

pas bête du tout, c'est noté ;-)
++ et merci
cédric
_______________________________________________
user-french mailing list
user-french@...
http://listes.grisbi.org/mailman/listinfo/user-french
LightInTheBox - Buy quality products at wholesale price