Grisbi 0.5.0 disponible

Posté par (page perso) . Modéré par Florent Zara.
0
1
juin
2004
Bureautique
Après une longue attente pour les utilisateurs et des nuits blanches pour les développeurs, la version 0.5.0 du logiciel de comptabilité personnelle Grisbi est enfin disponible !

De nombreuses nouveautés au programme de cette version 0.5.0. Tout d'abord, le support exclusif de GTK2 permettant à la fois une interface graphique plus agréable et également un portage Windows.

Il s'agit d'une version majeure, dont la liste des nouvelles fonctionnalités est dans la suite de l'article. Nouvelles fonctionnalités apportées par la version 0.5.0 :

* support de GTK2 et de libxml2
* plus de dépendance Gnome
* version Windows native (merci à François Terrot)
* support UTF-8 natif
* impression des états par LaTeX
* amélioration de l'interface utilisateur (suivi des HiG)
- amélioration des messages, les utilisateurs peuvent en ignorer
- amélioration de la gestion des erreurs de segmentation
- amélioration de la fenêtre de préférences
- menu contextuel sur la liste des opérations
- amélioration des menus
- les listes de comptes et d'état sont complètement cliquables
* la configuration globale est maintenant en XML (merci à Axel Rousseau)
* réécriture de l'import de fichiers :
- support QIF et OFX
- import incrémental
- rapprochement automatique
* début de la traduction italienne par Giorgio Mandolfo
* les taux de changes sont cachés sur une session pour éviter de les ressaisir
* les états supportent les attributs de texte (gras, italique, grand, petit)
* nouveau logo avec la mascotte grisbi sur un signe euro
* le logo animé d'attente peut être modifié
* le complètement des listes est maintenant sensible ou non à la casse selon que l'utilisateur ait saisi des majuscules ou non
* amélioration de la saisie des détails des banques
* support du clavier dans les arbres des tiers, catégories et imputations budgétaires
* les échéances automatiques à terme sont cliquables
* les échéances peuvent être des ventilations
* les opérations peuvent être converties en échéances
* les opérations peuvent être déplacées dans un autre compte
  • # Tout simplement bravo !

    Posté par (page perso) . Évalué à 9.

    C'est vraiment un excellent logiciel.

    Je ne l'ai plus utilisé depuis quelques mois, mais je vais remettre mes comptes à jour car c'est vraiment un logiciel qui vaut la peine :

    - simple, intuitif (contrairement à Gnucash )
    - ergonomique
    - utile
    - et en plus en GTK2 !! Que rêver de plus ?

    MERCI
    • [^] # Re: Tout simplement bravo !

      Posté par (page perso) . Évalué à 7.

      Moi j'aime bien le projet et j'utilise notamment sous windows pour gerer les comptes d'une PME (ben oui, parfois on fait au plus simple)

      J'ai trouve que dans les details quand meme, il y avait des choses desagreables. Par exemple pour la version 0.4, il plantait toutes les minutes, au point que j'ai renonce a l'utiliser.

      J'ai eu beau lutter, impossible de me logger sur leur systeme de gestion de bug, ce qui ne fait jamais une bonne impression.

      Des petits trucs desagreable, comme le fait que les tailles des colonnes sont fixes et non redimensionnables, ou bien que les sommes ecrites ne soient pas alignees, donnant une impression de desordre.

      Mais quand meme, en acceptant les limitations, c'est plutot sympatiques. Des trucs que j'aimerai voir dans le futur:
      - une simplification de la syntaxe du fichier xml, pour pouvoir eventuellement le modifier a la main et eviter qu'il plante aussi souvent
      - le selection d'operations pour pouvoir modifier un seul critere facilement (typiquement la categorie)
      - des filtres dans l'affichage des operations
      - le redimensionnement des colonnes
      - dans les etats, la possibilite d'afficher mes depenses par categories.

      J'espere que le projet evoluera vers qqch de bien.
      • [^] # Re: Tout simplement bravo !

        Posté par (page perso) . Évalué à 5.

        > J'ai trouve que dans les details quand meme, il y avait des choses
        > desagreables. Par exemple pour la version 0.4, il plantait toutes les minutes,
        > au point que j'ai renonce a l'utiliser.

        Certaines versions 0.4 étaient effectivement assez instables (la 0.4.2 et la 0.4.4).

        > J'ai eu beau lutter, impossible de me logger sur leur systeme de gestion de
        > bug, ce qui ne fait jamais une bonne impression.

        Hmmm ça ce n'est pas normal par contre. On a eu des problèmes à un moment, si tu es tombé à ce moment là, désolé pas de chance. Le bugotron est assez utilisé ceci-dit, plus de 300 bugs ont déjà été soumis.

        > Des petits trucs desagreable, comme le fait que les tailles des colonnes sont
        > fixes et non redimensionnables, ou bien que les sommes ecrites ne soient
        > pas alignees, donnant une impression de desordre.

        C'est en partie résolu pour la version 0.5.0 : les colonnes sont dimensionnables à la volée. Pour l'alignement, tout est centré, c'est vrai que ce n'est peut-être pas le plus lisible.

        > Mais quand meme, en acceptant les limitations, c'est plutot sympatiques. Des
        > trucs que j'aimerai voir dans le futur:
        > - une simplification de la syntaxe du fichier xml, pour pouvoir eventuellement
        > le modifier a la main et eviter qu'il plante aussi souvent

        > - le selection d'operations pour pouvoir modifier un seul critere facilement
        > (typiquement la categorie)
        > - des filtres dans l'affichage des operations

        OK, je prends bonne note.


        > - dans les etats, la possibilite d'afficher mes depenses par categories.

        Ça c'est possible : il faut sélectionner les catégories de dépense, regrouper par catégories et séparer les dépenses et les revenus (on va simplifier les états pour une prochaine version ;-)).


        > J'espere que le projet evoluera vers qqch de bien.

        Merci pour tes commentaires, on note tout ça. :-)
      • [^] # Re: Tout simplement bravo !

        Posté par . Évalué à 1.

        >Des petits trucs desagreable, comme le fait que les tailles des colonnes sont >fixes et non redimensionnables

        déjà dans les 0.4 il suffisait d'aller dans la conf pour permettre les colonnes redimensionnables

        > - une simplification de la syntaxe du fichier xml, pour pouvoir eventuellement le > modifier a la main et eviter qu'il plante aussi souvent

        la syntaxe du fichier n'est pas très compliquée, le pb c'est que tout est lié et si tu modifies à la main, là tu risques d'avoir des pb... au tout début les descriptions de varables étaient des mots et claires, mais ça faisait des fichiers énormes...

        >- le selection d'operations pour pouvoir modifier un seul critere facilement >(typiquement la categorie)
        >- des filtres dans l'affichage des operations

        tu peux déjà faire tout ça par l'intermédiaire des états. maintenant rajouter un module plus rapide et d'accès plus direct pourrait être une bonne chose en effet
        • [^] # Re: Tout simplement bravo !

          Posté par (page perso) . Évalué à 3.

          J'avais pas trouve a cette epoque l'option de redimensionnement des colonnes et j'ai renonce pour d'autres raisons.

          Pour ce qui de la syntaxe du fichier xml, par exemple j'ai note que le nombre d'operations est ecrit dans le fichier alors meme que c'est un nombre qui pourrait etre calcule a la lecture du fichier. Du coup, si je rajoute une operation ou que j'en enleve une, ca craque.

          Je pense qu'il y a possibilite de faire un fichier xml un tout petit moins interdependant, qui permettrait plus facilement de laisser la place a des modifs manuelles. Cela dit, en utilisant grisbi un peu plus, j'ai decouvert qu'il etait possible de faire ce que je voulais faire (changer toute une serie d'item de categorie) directement via grisbi (en effacant la categorie).

          Pour ce qui est des filtres, je pense que ca peut etre sympa a inclure dans l'affichage des operations et que c'est plus facile a aprehender qu'un etat.

          Un bon exemple de filtre est le filtre d'affichage des mails de Thunderbird. Il est facile a mettre en place et pas complique a utiliser.

          Si un utilisateur peut en trois clics dire "affiche-moi toutes les depenses de plus de 1000 euro" parce qu'il sait qu'il veut modifier qqch dans ces depenses, c'est un atout.

          Ah oui, une fonctionnalite pas trop difficile et fondamentale qui m'a
          manque: la recherche d'operations.

          Le mode d'emploi est tres bien fait, en francais, avec meme quelques references linguistiques.

          Un probleme que j'ai avec mes comptes, c'est que je change souvent d'avis. Je decide de re-categoriser certains trucs differamment, de separer certaines depenses, de faire un virement compte a compte au lieu de marquer une depense et un revenu, etc.

          C'est pour ca que j'ai eu des besoins de modifier le fichier xml. A mon avis, ce genre de problematique (les gens qui changent de methode de classement) est a prendre en compte car je ne suis certainement pas le seul.

          A priori, l'utilisateur novice va commencer par utiliser les fonctionnalites de base de l'outil, puis, au fur a mesure qu'il se familiarise, modifier la facon dont il rentre ses operations pour tirer plus partie des possibliites du logiciel. Il sera donc amener a changer la facon dont il fonctionne.

          Pour ce qui est du probleme du bugotron, je re-essaierai et vous tiendrait au courant. En tout cas, j'apprecie la reactivite sur linuxfr :-)
          • [^] # Re: Tout simplement bravo !

            Posté par (page perso) . Évalué à 1.

            Mais pourquoi vouloir absolument modifier le fichier de compte a la main ? Le logiciel est la pour ça, non ?

            Rajouter/enlever une opération, il peut
            Rajouter/enlever des tiers/catégories/imputations, il peut !

            Tout est faisable par le logiciel, alors pourquoi ne pas en profiter et éviter de causer des bugs désagréables ??
            • [^] # Re: Tout simplement bravo !

              Posté par (page perso) . Évalué à 2.

              Tu as rentre 300 operations a la main dans une meme categorie, et tu veux changer de categorie 200 operations parmis ces 300. Sous vi, je te fais ca en 20 secondes. Sous grisbi, je pense qu'il faut une option filtre + une option multi-selection d'operation pour faire ca facilement.

              Autre cas que j'ai eu: je veux annuler un rapprochement parce que je l'ai mal utilise. J'ai pas vu comment faire depuis grisbi. Et idem, le faire a la souris sur 400 operations, je le sens pas trop. Alors meme que ca prend 10s sous vi.
            • [^] # Re: Tout simplement bravo !

              Posté par . Évalué à 1.

              Par exemple quand un bug fait qu'un il y une incohérence dans le fichier, ça m'est arrivé une fois.
  • # Graphes

    Posté par . Évalué à 2.

    D'apres les screenshots, il ne semble toujours pas faire la seule chose que j'attends de ce genre d'appli, a savoir des rapports graphique. C'est a dire la courbe des fluctuation dans le temps de mon compte en banque, le camenbert de mes principaux postes de dépenses, etc...
    A part Gnucash (qui parait un peu compliqué, mais qui est finalement tres simple a utiliser), je ne connais pas d'appli qui font ca simplement (sans passer par un export gnumeric ou autre). Est que quelqu'un en connais?

    PS: Je n'ai pas dit que Grisbi était pas bien, mais juste qu'il n'était pas (encore?) adapté a mes besoins.
    • [^] # Re: Graphes

      Posté par . Évalué à 10.

      Je me réponds a moi meme: voici un extrait de la roadmap trouvé ici http://www.grisbi.org/documentation/fr/grisbi-manuel021.shtml(...)
      Version 0.7
      * Ajout de graphiques basés sur les états, et possibilité de les imprimer et les exporter ;
      * Feuilles de style pour les états et graphiques : possibilité de personnaliser la mise en page (polices, couleurs, logos, etc.). Possibilité d'exporter et d'importer ces feuilles de style. Création d'une banque de styles sur le site internet ;
      * Barres d'outils : modification des barres en fonction du contexte, possibilité de les personnaliser.

      Donc vivement la 0.7 ;-)
  • # Yeah !

    Posté par . Évalué à 4.

    Pour une version 0.5.0, grisbi est déjà un logiciel très abouti. Efficace, léger (pas de dépendances monstrueuses à la Gnucash), avec une gestion des comptes à la française comme on l'aime. Le portage GTK2 ajoute une touche antialiasée qui vous ravira les yeux.

    Merci à tous les développeurs de cet excellent logiciel.
    • [^] # Re: Yeah !

      Posté par . Évalué à 5.

      Pour les dépendances monstrueuses, c'est pas encore ça... ;)
      Je ne voulais pas utiliser les versions précédentes à cause de la dépendance sur gnome1.4, mais maintenant il y a latex... :)
      Résultat : l'installation de grisbi et de ses dépendances me prend 114 Mo. Ça commence à faire lourd pour un petit logiciel de compta.

      Mais bon, le logiciel s'est grandement amélioré et je vais quand même l'utiliser :)

      Et je salue l'effort qui a été fait pour le packager sur autant de distribs/systèmes !
      • [^] # Re: Yeah !

        Posté par . Évalué à 2.

        Je ne pense pas que Latex soit obligatoire puisqu'il ne sert qu'à imprimer les états.
        Tu dois pouvoir compiler et faire tourner grisbi sans Latex, à moins bien sur que les fonctionnalités d'impression soient importantes pour toi.
        • [^] # Re: Yeah !

          Posté par . Évalué à 4.

          Oui, il s'agit des dépendances du paquet debian : il n'offre pas le choix.
          Si on peut faire tourner grisbi sans Latex, alors Latex devrait être une suggestion, mais pas une dépendance.
      • [^] # Re: Yeah !

        Posté par . Évalué à 0.

        Mais enfin voyons... Qui n'a installé latex sur sa machine? Une pue de sérieux, voyons... ;)

        En fait c'est à moitié sérieux. Tout comme je n'imagine pas avoir gcc sur ma machine, je n'imagine pas une machine sans latex.
      • [^] # Re: Yeah !

        Posté par (page perso) . Évalué à 9.

        Pour la dépendance LaTeX, il s'agit uniquement du paquet Debian. LaTeX est nécessaire pour l'impression et j'ai pensé à le mettre en dépendance forte.

        Beaucoup d'utilisateurs n'ayant pas LaTeX d'installé, je vais supprimer cette dépendance pour la remplacer par un « recommend » pour la prochaine version du paquet (demain si tout va bien ;-)).
        • [^] # Re: Yeah !

          Posté par (page perso) . Évalué à 1.

          J'adore le logiciel libre, j'aodre Debian, j'adore les logiciels avec des dev réactifs et sympa !

          c'était la minute "Ploum est content"


          J'suis hyper content :))
          • [^] # Re: Yeah !

            Posté par (page perso) . Évalué à -1.

            J'suis hyper content :))

            Hyper hyper content... *beeeuuaaarrpfffggg* !

            ----[+]----> * et hop ! Je passe par la fenêtre !

            Envoyé depuis mon PDP 11/70

  • # extra, rien a redire!!!

    Posté par . Évalué à 6.

    salut!!!

    pendant longtemps, on a utiliser chez moi Money de M$!

    puis apres etre definitivement passer sous linux il a fallu que je trouve le meme type de prog, a savoir un logiciel de compta pour une famille entre guillemet "classique". j'ai tout tester je crois, mais sans conteste, grisbi est tres fort!!

    contrairement a Money (desole c celui que je connais le mieux) il est simple, je ne parle pas de son utilisation (qu'y l'est d'ailleur) mais de ses possibilitees.
    je m'explique, money est tres fort, il peut TOUT faire, mais bon je n'ai pas 80 compte, avec 343 indice boursier, ni d'epargne a 10000009€, ni d'actions et en plus vu mes finances, je ne pense pas faire de projet a super long terme avec des indices bases sur la capitalisation de la monarchie anglo-saxonne!! oula je m'egard!

    non, mais je pense que grisbi est excelent parce que autant dans son fonctionnement que dans ces possibilite, il est simple, la majorite du monde n'a quasi jamais besoin de tout ce que d'autre permette or, je prefere un petit programme qui fait ce que je lui demande plutot qu'un monstres qui fait 90% de chose dont je ne me sert jamais!!!

    si vous doutez, essaye c l'adopter!!!!

    PS: ne connaissant pas encore a fond grisbi, je pense qu'il doit qd meme faire des choses que je ne fait pas ;) (ne degoutons pas les gens qui travaillent avec des indices bases sur la monarche anglaise ;)
  • # Simple, Léger, Efficace ... Bravo quoi !

    Posté par . Évalué à 6.

    Personellement, je l'utilise depuis 2001 sous linux sans aucun soucis. Je gère les comptes de toute la petite famille soit une douzaine de comptes, un total de plus de 2500 opérations, de l'ordre de 250 tiers, des dizaines d'échéances, des opérations croisées de comptes à comptes et ce sans jamais le moindre plantage ni la moindre corruption de fichiers.

    Je suis passé par toutes les versions depuis ce jour et malgré quelques petits bugs tout à fait contournables je suis vraiment satisfait par la qualité de ce logiciel et le sérieux dans son développement. Les fonctionnalités arrivent petit à petit et sont souvent trés fiables dès leur première apparition.

    Encore bravo pour ce bel exemple de développement libre qui avec ses versions gtk2 et maintenant Windows va pouvoir combler un nombre grandissant d'utilisateurs recherchant simplicité et efficacité dans la gestion de leur épargne personnelle.
  • # Humour !

    Posté par (page perso) . Évalué à 9.

    En tout cas, on peut dire que les auteurs ne manquent pas d'humour (ex: http://www.grisbi.org/images/screenshots/rapprochement.png(...) ).

    Ce genre de screenshots, ça remonte le moral :p.
  • # Menu gnome???

    Posté par . Évalué à 2.

    Quelqu'un sait pourquoi l'installation de l'icone dans le menu Gnome a été supprimée du Makefile.
    J'avais installé une version CVS y'a deux ou trois mois et c'est en général bien pratique que le make install installe le fichier gnome.desktop dans le menu Gnome
    • [^] # Re: Menu gnome???

      Posté par (page perso) . Évalué à 0.

      tout simplement parceque les dépendances gnome ont été supprimées, donc plus rien en rapport avec gnome...
      • [^] # Re: Menu gnome???

        Posté par (page perso) . Évalué à 2.

        mouais, c'est pas une raison pour virer un bete fichier .desktop ... A moins de vouloir absolumment gagner quelques malheureux octets :)
    • [^] # Re: Menu gnome???

      Posté par (page perso) . Évalué à 3.

      On a préféré laisser aux packageurs le soin d'intégrer grisbi dans le desktop de leur distribution. Par exemple, en ce qui concerne le paquet Debian, il est à priori intégré au menu gnome et au menu KDE.

      Maintenant, c'est vrai que pour l'installation à partir de sources, ce serait également pratique. Si d'autres utilisateurs le réclament, on rajoutera le .desktop dans la prochaine version.
      • [^] # Re: Menu gnome???

        Posté par . Évalué à 1.

        Le plus bizarre, c'est que le fichier .desktop est dans le dossier src/ mais il n'est pas defini dans le Makefile.am, comme les precedentes versions. Cette partie a été retirée dans le CVS le 5 ou le 6 avril, il me semble.
      • [^] # Re: Menu gnome???

        Posté par (page perso) . Évalué à 2.

        Euh non ! Je précise que le paquet Debian souffre de quelques bugs :

        - La fenêtre est toute petite par defaut ( 15px de haut sur 100 de large plus ou moins) et il faut l'aggrandir à la main la première fois

        - Il n'y a plus Grisbi dans le menu Gnome

        - L'entrée Grisbi dans le menu Debian n'a pas d'icones


        voilà, je profite d'avoir le mainteneur sous la main pour faire un rapport de bug de feignasse ;)
  • # Vieille version ?

    Posté par (page perso) . Évalué à 0.

    La date de la nouvelle sur le site de grisbi.org a presqu'un mois par rapport à cette dépêche.
    Est-ce normal, d'autant plus que l'auteur est l'un des développeurs ?
    • [^] # Re: Vieille version ?

      Posté par . Évalué à 1.

      euh non, elle vient bien de sortir ; c'était une version béta à cette date. juste un pb de copier/coller ;-)
      • [^] # Re: Vieille version ?

        Posté par . Évalué à 1.

        ... un mois de plus ... bienvenue dans la 4ème dimension.

        (message perso: dionysos, tes locales sont bancales, ta timezone qui déconne...)
  • # Et Gentoo ?

    Posté par . Évalué à 1.

    Parmi toutes les distributions proposées, pas trace de Gentoo ! J'ai ergardé sur http://packages.gentoo.org(...) (par nom, et par catégorie : app-office), rien non plus.

    Y a-t-il une raison à cela ?
  • # Passer de GnuCash a Grisbi

    Posté par (page perso) . Évalué à 2.

    Salut, ca fait quelques temps que j'essaie de me debarasser de GnuCASH (trop gros, trop de dependance sur Gnome), et j'essaie regulierement de nouveaux logiciels de compta (KMyMoney, opale ...).
    Le probleme c'est qu'aucun de ces logiciels n'est capable d'importer les fichier de GNUCash, et j'ai quand meme deux ou 3 ans d'historique, alors je prefererai ne pas recommencer a zero.

    Est ce qu'il y a moyen a partir de Grisbi d'importer les fichiers de GNUCash ? Ou existe t'il un format de fichier magique permettant de passer de l'un a l'autre ?

    Merci.
    • [^] # Re: Passer de GnuCash a Grisbi

      Posté par . Évalué à 2.

      salut
      pour l'instant le seul moyen est gnucashtoqif qui exporte tes fichiers en qif, et ensuite tu importes dans grisbi
      http://sourceforge.net/projects/gnucashtoqif/(...)
      le pb est que ça marche plus ou moins bien, mais pour certains ça a marché. par contre, en faisant ça, tu ne récupères que tes opérations, cad tu perds les devises, les échéances et les rapports financiers. Benjamin pensait sinon faire tôt ou tard un import natif gnucash...
      a+
      • [^] # Re: Passer de GnuCash a Grisbi

        Posté par (page perso) . Évalué à 2.

        Super !
        Merci beaucoup, je jetterai un oeil ce soir ...

        Et comme je ne fais que de la compta perso, je n'ai pas de devises.
        Qu'est ce que tu appelles les echeances ? (les operations repetitives ? les expirations de contrats ?)
        Pour les rapports financiers, c'est pas bien grave : je les ouvre uniquement quand j'en ai besoin ...
        • [^] # Re: Passer de GnuCash a Grisbi

          Posté par . Évalué à 1.

          les échéances sont en effet les opérations répétitives ou bien toute opération que tu veux programmer dans le temps. en gros un export qif ne te sauvegarde que les opérations, et dans chacunes, la date, le tiers, le solde, le pointage, la catég et la note ; ainsi que les opérations ventilées
          a+
        • [^] # Re: Passer de GnuCash a Grisbi

          Posté par (page perso) . Évalué à 1.

          Les échéances sont les opérations qui reviennent souvent (salaire, abonnements, etc...). Pas la peine de les saisir à chaque fois quand on peut demander à Grisbi de le faire automatiquement. ;-)
      • [^] # Re: Passer de GnuCash a Grisbi

        Posté par (page perso) . Évalué à 1.

        Urgl ! Du java...
        Adieu monde cruel... ;-)
  • # Importation OFX et récupération des fichiers antérieurs

    Posté par (page perso) . Évalué à 1.

    Après avoir importer un fichier au format OFX fourni par ma banque,
    j'étais heureux de voir que Grisbi s'en tirait fort bien, me soulageant d'une longue saisie.
    Par contre, j'ai l'impression qu'il m'a sucré les centimes sur toutes les opérations saisies avant la 0.5.0 et l'une d'entre-elles (je n'ai pas encore tout vérifié) s'est même vue incrémentée d'un euro !...
    • [^] # Re: Importation OFX et récupération des fichiers antérieurs

      Posté par . Évalué à 1.

      bizarre on n'a pas entendu parler de ça jusqu'ici... et ce que tu pourrais détailler sur la liste devel de grisbi (grisbi-devel@lists.sourceforge.net) qu'on voir ce qui s'est passé ?
      merci
      • [^] # Re: Importation OFX et récupération des fichiers antérieurs

        Posté par . Évalué à 2.

        J'ai eu un problème de centimes "disparus". Ca venait du passage d'une locale à une autre, le séparateur décimal était la virgule (locale fr) et en récupérant le fichier sur une autre machine (même distrib, meme version, mais locale en) la virgule n'était plus prise comme séparateur décimal (point attendu). Peut-être le même genre de problème ?
  • # Merci

    Posté par (page perso) . Évalué à 2.

    Merci pour Grisbi.
    Après avoir tenté d'utiliser GNUcash, je me suis laissé convaincre d'utiliser Grisbi pour la compta de mon APE. Je ne regrette pas !

    Avec les fonctions d'impression, il ne manque (presque) plus rien au produit.
    • [^] # Re: Merci

      Posté par (page perso) . Évalué à 1.

      Un support SQL, peut-être, que sais-je...
      • [^] # Re: Merci

        Posté par (page perso) . Évalué à 1.

        Pour quoi faire ?

        Rajouter des dépendances ?

        Tu trouves que ça va pas assez vite ?

        Axel
        • [^] # Re: Merci

          Posté par (page perso) . Évalué à 1.

          Stocker les données dans une base de données (après tout, maintenant que c'est entièrement de l'XML...), par exemple.
          Il serait plus facile d'y accéder simultanément par plusieurs utilisateurs, àmha.
          Je suis très heureux d'avoir cette nouvelle version de Grisbi, il ne faut pas croire: ce ne sont que des propositions, voilà tout.
          • [^] # Re: Merci

            Posté par (page perso) . Évalué à 2.

            Sauf qu'avec du sql, tu vas rajouter une dépendance sur une base de donnée (mysql ou postgresql par exemple), et la configuration de tels outils n'est pas a la portée de n'importe quel quidam.

            Et c'est quand meme plus pratique de se balader avec un petit ficheir .gsb qu'un dump sql, qu'il faudra réinstaller sur une autre machine (et donc configurer un autre serveur sql, en plus de l'install du soft)...
            • [^] # Re: Merci

              Posté par (page perso) . Évalué à 1.

              Il n'est pas non plus utile de placer une dépendance forte sur une base SQL.
              D'ailleurs, la base SQL n'est pas nécessairement sur le même hôte d'accueil que le logiciel: c'est le but d'ailleurs.
              Donc, aucune dépendance forte ne saurait être définie en plus pour Grisbi: au mieux, pour transposer chez debian, il y aurait une dépendance en plus sur libmysqlclient10, libmysqlclient11 ou libmysqlclient12 voire postgresql-client, le tout en Recommends ou Suggested, jamais en Depends direct.
              Au mieux, il peut aussi y avoir un paquet spécifique pour le support sql: c'est aussi aux développeurs debian de faire leur sauce.
              Bref, ce n'est qu'une proposition, c'est tout: GNUcash avait ce support dans le temps.
              • [^] # Re: Merci

                Posté par . Évalué à 1.

                - Bref, ce n'est qu'une proposition, c'est tout

                en fait on a prévu faire un support sql au choix à la place du fichier ; tôt ou tard ;-) disons que pour l'instant il y a encore pas mal de priorités ! mais ça devrait venir un jour
  • # On parle de moi sur linuxfr !

    Posté par (page perso) . Évalué à 2.

    * la configuration globale est maintenant en XML (merci à Axel Rousseau)

    Sniff !!! je suis z'ému !

    Axel
  • # money -> grisbi ?

    Posté par . Évalué à 1.

    Salut,

    Tout est dans le titre !
    J'ai de la famille sous money 200x et avec la sortie d'une version Win je pense au grand saut ! :-) De ce que j'ai vu on parle toujours que de QIF et jamais de l'import de money...

    Merci et félicitation (je suis ravi du passage à gtk2)

    ---
    Johann.
    • [^] # Re: money -> grisbi ?

      Posté par (page perso) . Évalué à 2.

      Le format de money ne serait-il pas, par le plus grand des hasards (merci Microsoft) completement closed-source et propriétaire, bardé de protections a la krosoft, pour pas etre facilement lisible ??

      Enfin, je dis ça, mais connaissant Microsoft, ça ne m'étonnerait pas, et alors la, l'import de money, faut se lever de bon matin...
      • [^] # Re: money -> grisbi ?

        Posté par (page perso) . Évalué à 1.

        Cela étant dit, ça n'a nullement empêché le développement d'AbiWord, Gnumeric, OpenOffice.org et notamment leurs filtres pour lire et écrire des documents dans les formats de prédilection de Microsoft et ce, sans aucune aide de sa part.
        En gros, ça prendra sans doute un peu plus de temps, si quelqu'un s'y attèle mais fort heureusement, ce type d'obstacle n'a guère empêché les Logiciels Libres d'évoluer. ;-)
        • [^] # Re: money -> grisbi ?

          Posté par . Évalué à 1.

          euh, ils l'ont peut être fait mais je vois pas du tout comment... je suis d'accord qu'un import money serait assez génial, mais je vois vraiment pas comment faire un truc comme ça (me suis déjà amusé à regarder un fichier money avec un éditeur hexa... moyen moins... ). bon et me désassembler money pour ça, bof ;-) par contre si un jour qqu'un m'explique/me donne les moyens de faire un import, je serais le premier à vouloir le faire ! en attendant, il reste que les qifs...
          a+

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.