[grisbi-devel] Grisbi 2.0 pour bientôt ?

[Pierre]

Le 08/01/2021 à 17:07, Nicolas LAURENT a écrit :
> 
>>
>> Je crois que j'ai trouvé la cause du problème.
>> Le problème n'est pas du tout l'OS Mojave, Catalina ou Big Sur.
>> En fait les graphiques n'ont jamais (depuis que je génère les binaires) fonctionné ailleurs que sur ma machine. Je ne crois pas avoir vu un rapport de bug la dessus donc je me demande si c'est une feature utilisée
>> goffice cherche ses plugins dans /Users/rousseau/gtk/inst/lib/goffice/0.10.49/plugins/
> 
> 
> Bien vu!
> 
>> C'est codé en dur dans la lib libgoffice-0.10.10.dylib :
>> $ strings libgoffice-0.10.10.dylib | grep inst
>> /Users/rousseau/gtk/inst/share/goffice/0.10.49
>> /Users/rousseau/gtk/inst/share/pixmaps/goffice/0.10.49
>> /Users/rousseau/gtk/inst/lib/goffice/0.10.49
>> /Users/rousseau/gtk/inst/lib/goffice/0.10/plugins
>> /Users/rousseau/gtk/inst/share/locale
>>
>> C'est très con parce que ce chemin n'existe *que* sur ma machine.
>>
>> Nicolas, ton binaire lui utilise un autre chemin :
>> /Users/nl/gtk/inst/lib/goffice/0.10.49
> 
> C’est le chemin par défaut de plugin goffice.
> 
>>
>> Je propose de désactiver goffice et les graphiques dans Grisbi sur macOS.
>> Sauf si quelqu'un propose une solution.
> 
> La bonne nouvelle c’est que go_plugins_init() permet d’ajouter des chemins de recherche :)
> Il « suffirait » de modifier cet appel dans src/main.c (de grisbi) en utilisant une variable d’environnement (fixer par le lanceur?) ?
> Qu’en pensez-vous?
> 

Je suis pour essayer. Ce problème n'existe pas pour Linux ni Windows. Il 
faudrait faire quelque chose de spécifique mais ce ne sera pas la 
première fois.

Je vais me renseigner auprès d'un développeur de goffice pour voir si il 
n'y a pas de solution existante.

Cdt.
> _______________________________________________
> devel mailing list
> devel at listes.grisbi.org
> http://listes.grisbi.org/mailman/listinfo/devel
> 


-- 

A+

Pierre Biava