cedric_auger a écrit 8 commentaires

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+

- 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

normalement ça peut plus être le pb de locale car on a refait justement certaines fonctions qui prennent ça en compte. par compte, garde bien un fichier de sauvegarde...

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+

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

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+

euh non, elle vient bien de sortir ; c'était une version béta à cette date. juste un pb de copier/coller ;-)

>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