|
View:
New views
4 Messages
—
Rating Filter:
Alert me
|
|
|
Grisbi 0.6. Lenteur.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.> 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 |
|
|
|
|
|
Re: Grisbi 0.6. Lenteur.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 |
| Free Forum Powered by Nabble | Forum Help |