Re: [grisbi-devel] Nouvelle version unstable 1.9.99

Le 05/01/2021 à 12:35, Guillaume Castagnino a écrit :
> 
> 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.
> 

Pour moi ça le règle. Pour la version 2 qui devrait arriver dans peu de 
temps tu crées ton package avec gsettings et la version 2 crée le 
fichier de conf en parallèle.

Puis avec la 2.1 par exemple tu compiles avec le fichier de conf qui 
sera lu à la première ouverture.

Pour Ludovic car je n'avais pas encore vu ton message.

Ta solution ne fonctionne pas sans modification car c'est à la 
compilation qu'on fixe le code utilisé.

Je pense que ma solution est la plus simple.

Bonne soirée.


> @+
> 
> -- 
> 
> Guillaume Castagnino
> [email protected] <mailto:[email protected]>
> 
> 
> Le mardi 05 janvier 2021 à 11:33 +0100, Pierre a écrit :
>> Le 05/01/2021 à 09:08, Ludovic Rousseau a écrit :
>>
>> Bonjour,
>>
>> En fait il y a plusieurs solutions. Toutefois je me demande quel est
>> l'impact réel du changement. Y a-t-il beaucoup de paramètres qui sont
>> modifiés par rapport au paramétrage par défaut.
>>
>> Si il y en a peu, on peut juste mettre un message demandant de balayer
>> les paramètres qui sont en bleu pour les remettre.
>>
>> Sinon une opération moins douloureuse est de compiler en mode gsettings
>> et de sauvegarder aussi dans un fichier de conf.
>>
>> Lors d'une prochaine version qui devrait arriver rapidement après la 2
>> on passera avec un fichier de configuration.
>>
>> Merci de vos commentaires.
>>
>>> Le mar. 5 janv. 2021 à 08:14, Guillaume Castagnino <[email protected] 
>>> <mailto:[email protected]>
>>> <mailto:[email protected] <mailto:[email protected]>>> a écrit :
>>>
>>>     Bonjour,
>>>
>>>
>>> Bonjour Guillaume,
>>>
>>>     Je suis en train de mettre à jour mon ebuild (Gentoo), et je me pose
>>>     une question sur ça :
>>> https://github.com/grisbi/grisbi/commit/ce7c67918a938a532fe63aa8dcf5baec575705a8 
>>> <https://github.com/grisbi/grisbi/commit/ce7c67918a938a532fe63aa8dcf5baec575705a8>
>>>     
>>> <https://github.com/grisbi/grisbi/commit/ce7c67918a938a532fe63aa8dcf5baec575705a8 
>>> <https://github.com/grisbi/grisbi/commit/ce7c67918a938a532fe63aa8dcf5baec575705a8>>
>>>
>>>     Quelles sont les intentions exactement ?
>>>     Ce changement pose un problème de migration de la configuration sur
>>>     des anciennes installations utilisant gsettings (petit choc à
>>>     l’ouverture de grisbi :D). Du coup, je pense conserver la conf
>>>     gsettings avec « --disable-config-file ».
>>>     Sauf que à long terme, vous pensez faire quoi ? Serait-il plus
>>>     intéressant de repasser sur un fichier de conf (comme ce fut le cas
>>>     il y a quelques années), ou bien on peut continuer sur gsettings
>>>     sans arrière pensée ?
>>>
>>>
>>> Le problème est que gsettings ne fonctionne pas bien sur Windows et
>>> macOS. Sur ces 2 plateformes on est revenu à un fichier de configuration.
>>> Pour avoir le même code sur GNU/Linux (et donc les mêmes bugs) Pierre et
>>> moi avons choisi de passer au fichier de conf aussi sur GNU/Linux.
>>>
>>> Mais effectivement se pose le problème d'une migration de la
>>> configuration. Je n'avais pas pensé à ça.
>>> Que faire ?
>>>
>>> à+
>>>
>>> -- 
>>>   Dr. Ludovic Rousseau
>>>
>>> _______________________________________________
>>> devel mailing list
>>> [email protected] <mailto:[email protected]>
>>> http://listes.grisbi.org/mailman/listinfo/devel 
>>> <http://listes.grisbi.org/mailman/listinfo/devel>
>>>
>>
>>
> 
> _______________________________________________
> devel mailing list
> [email protected]
> http://listes.grisbi.org/mailman/listinfo/devel
> 


-- 

A+

Pierre Biava
_______________________________________________
devel mailing list
[email protected]
http://listes.grisbi.org/mailman/listinfo/devel