<html><head></head><body><div>Re-bonjour,</div><div><br></div><div>Avec cette version du script, j’arrive Ã  faire une migration fonctionnelle sans perdre de variables de conf.</div><div><div><span style="font-family:monospace">./gsb_convert_conf.sh > grisbi.conf<br></span></div></div><div><br></div><div>Cela pourrait permettre de faire la migration sans devoir se refaire toute la conf.</div><div><br></div><div>@+</div><div>Guillaume</div><div><br></div><div><span><pre>-- <br></pre><p style="color: rgb(44, 44, 44); font-size: 0.875rem;"><font face="Tahoma, Geneva, sans-serif">Guillaume Castagnino<br>    <a href="mailto:casta@xwing.info">casta@xwing.info</a></font></p></span></div><div><br></div><div>Le mardi 05 janvier 2021 Ã  12:35 +0100, Guillaume Castagnino a Ã©crit :</div><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><div>Bonjour,</div><div><br></div><div>Donc c’est bien ce que je supposait :)</div><div><br></div><div>Au sujet de mettre en message… En fait Ã§a saute déjà aux yeux : l’assistant de premier lancement apparait (d’ou ma surprise, Ã§a fait un peu flipper comme transition :D)</div><div><br></div><div>J’ai bidouillé un script qui dumpe les paramètres gsettings et génère un fichier de conf avec (en pièce jointe)</div><div>Je m’apperçois que c’est loin d’être parfait : lis clés avec les valeurs par défaut du schéma gsettings ne sont pas dumpées, le comportement du parser de conf est de ne pas prendre la valeur par défaut en cas de clé absente, mais par exemple pour les booléens, il se passe une conversion clé vide => false.</div><div>Donc en gros mon approche ne marche pas. Il faudrait arriver Ã  avoir l’exhaustivité des clés, en travaillant un peu plus mon script de migration.</div><div><br></div><div>Si il est possible de générer un fichier de conf tout en continuant Ã  lire la conf gsettings, Ã§a pourrait Ãªtre la transition la moins douloureuse effectivement… Ã‡a ne règle pas le problème des sauts de version, mais c’est un premier pas.</div><div><br></div><div>@+</div><div><br></div><div><span><pre>-- <br></pre><p style="color: rgb(44, 44, 44); font-size: 0.875rem;"><font face="Tahoma, Geneva, sans-serif">Guillaume Castagnino<br>    <a href="mailto:casta@xwing.info">casta@xwing.info</a></font></p></span></div><div><br></div><div>Le mardi 05 janvier 2021 Ã  11:33 +0100, Pierre a Ã©crit :</div><div>Le 05/01/2021 Ã  09:08, Ludovic Rousseau a Ã©crit :<br></div><div><br></div><div>Bonjour,<br></div><div><br></div><div>En fait il y a plusieurs solutions. Toutefois je me demande quel est <br></div><div>l'impact réel du changement. Y a-t-il beaucoup de paramètres qui sont <br></div><div>modifiés par rapport au paramétrage par défaut.<br></div><div><br></div><div>Si il y en a peu, on peut juste mettre un message demandant de balayer <br></div><div>les paramètres qui sont en bleu pour les remettre.<br></div><div><br></div><div>Sinon une opération moins douloureuse est de compiler en mode gsettings <br></div><div>et de sauvegarder aussi dans un fichier de conf.<br></div><div><br></div><div>Lors d'une prochaine version qui devrait arriver rapidement après la 2 <br></div><div>on passera avec un fichier de configuration.<br></div><div><br></div><div>Merci de vos commentaires.<br></div><div><br></div><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><div>Le mar. 5 janv. 2021 Ã  08:14, Guillaume Castagnino <<a href="mailto:casta@xwing.info">casta@xwing.info</a> <br></div><div><mailto:<a href="mailto:casta@xwing.info">casta@xwing.info</a>>> a Ã©crit :<br></div><div><br></div><div>    Bonjour,<br></div><div><br></div><div><br></div><div>Bonjour Guillaume,<br></div><div><br></div><div>    Je suis en train de mettre Ã  jour mon ebuild (Gentoo), et je me pose<br></div><div>    une question sur Ã§a :<br></div><div>    <a href="https://github.com/grisbi/grisbi/commit/ce7c67918a938a532fe63aa8dcf5baec575705a8">https://github.com/grisbi/grisbi/commit/ce7c67918a938a532fe63aa8dcf5baec575705a8</a><br></div><div>    <<a href="https://github.com/grisbi/grisbi/commit/ce7c67918a938a532fe63aa8dcf5baec575705a8">https://github.com/grisbi/grisbi/commit/ce7c67918a938a532fe63aa8dcf5baec575705a8</a>><br></div><div><br></div><div>    Quelles sont les intentions exactement ?<br></div><div>    Ce changement pose un problème de migration de la configuration sur<br></div><div>    des anciennes installations utilisant gsettings (petit choc Ã <br></div><div>    l’ouverture de grisbi :D). Du coup, je pense conserver la conf<br></div><div>    gsettings avec Â« --disable-config-file Â».<br></div><div>    Sauf que Ã  long terme, vous pensez faire quoi ? Serait-il plus<br></div><div>    intéressant de repasser sur un fichier de conf (comme ce fut le cas<br></div><div>    il y a quelques années), ou bien on peut continuer sur gsettings<br></div><div>    sans arrière pensée ?<br></div><div><br></div><div><br></div><div>Le problème est que gsettings ne fonctionne pas bien sur Windows et <br></div><div>macOS. Sur ces 2 plateformes on est revenu Ã  un fichier de configuration.<br></div><div>Pour avoir le même code sur GNU/Linux (et donc les mêmes bugs) Pierre et <br></div><div>moi avons choisi de passer au fichier de conf aussi sur GNU/Linux.<br></div><div><br></div><div>Mais effectivement se pose le problème d'une migration de la <br></div><div>configuration. Je n'avais pas pensé Ã  Ã§a.<br></div><div>Que faire ?<br></div><div><br></div><div>à+<br></div><div><br></div><div><div>_______________________________________________<br></div><div>devel mailing list<br></div><div><a href="mailto:devel@listes.grisbi.org">devel@listes.grisbi.org</a><br></div><div><a href="http://listes.grisbi.org/mailman/listinfo/devel">http://listes.grisbi.org/mailman/listinfo/devel</a><br></div></div></blockquote></blockquote></body></html>