Re: [grisbi-devel] Choix de la langue dans grisbi.

Ludovic Rousseau <[email protected]>
Newsgroups gmane.linux.grisbi.devel.french
Message-ID <CAGstE8DYWhkvgcy+0XPyxt=43QFxwyser+7aoXP3jBfF-mFE0g@mail.gmail.com>
Le 13 janvier 2018 à 17:58, Pierre Biava <[email protected]> a écrit :

> Ludovic Rousseau a écrit le 13/01/2018 à 12:26 :
>
> Le 13 janvier 2018 à 09:22, Pierre Biava <[email protected]> a écrit
> :
>
>> Ludovic Rousseau a écrit le 10/01/2018 à 10:33 :
>>
>> Bonjour,
>>
>> Le 8 janvier 2018 à 23:09, Pierre Biava <[email protected]> a écrit
>> :
>>
>> Ça fonctionne pour moi (macOS High Sierra 10.13.2).
>>
>> Par contre l'entrée de menu "Preferences" est grisée si aucune fichier de
>> compte n'est ouvert.
>> Donc lors du lancement de grisbi il faut d'abord ouvrir un fichier avant
>> de pouvoir changer la langue. C'est pas pratique.
>> je n'ai pas trouvé comment changer ça.
>>
>>
>> En règle générale les utilisateurs chargent automatiquement le dernier
>> fichier utilisé ce qui supprime pour eux cet inconvénient.
>>
>> Ceci étant dit, j'ai poussé sur mon fork une modification qui valide en
>> permanence les préférences. Chez-moi et sous Linux je n'ai plus de messages
>> d'erreur ou d'avertissement de la part de gtk.
>>
>> Ce serait bien si tu pouvais tester avant que je pousse sur grisbi/grisbi
>>
>
> Je confirme que, avec ton code, j'ai accès aux Préférences sans charger de
> fichier.
>
> Par contre j'ai deux logs GLib-CRITICAL.
>
> Je lance grisbi et j'ai :
> ± ./src/grisbi
> Sat Jan 13 12:23:08 2018, 0,041121 : Debug GRISBI 1.1.90 -
> erreur.c:333:void debug_initialize_debugging(gint) - Niveau de débogage :
> Débug
> Sat Jan 13 12:23:08 2018, 0,041218 : Debug - grisbi_app.c:107:void
> grisbi_app_struct_conf_init(void)
> Sat Jan 13 12:23:08 2018, 0,132301 : Debug - grisbi_settings.c:475:void
> grisbi_settings_init(GrisbiSettings *)
> Sat Jan 13 12:23:08 2018, 0,133018 : Debug - gsb_file.c:597:void
> gsb_file_init_last_path(const gchar *) - /Users/rousseau/Downloads/
> Variables d'environnement :
>
> LANGUAGE = (null)
>
> (grisbi:33473): GLib-CRITICAL **: g_ascii_strup: assertion 'str != NULL'
> failed
>
> (grisbi:33473): GLib-CRITICAL **: g_strstr_len: assertion 'haystack !=
> NULL' failed
>
> Le problème vient du fait qu'on ne détecte pas la langue de Mac OSX et la
> variable LANGUAGE n'est pas définie. Que vaut la variable LANG ?
> Sinon il faudrait trouver dans l'API comment on récupère la langue système.
>

C'est  le wrapper Grisbi.sh qui définit les variables d'environement.
https://github.com/grisbi/grisbi/blob/master/MacOS/Grisbi.sh

La j'avais lancé grisbi depuis le Terminal.
$ echo $LANG
fr_FR.UTF-8
$ echo $LANGUAGE

$

Puis je quitte :
> Sat Jan 13 12:23:19 2018, 2,873351 : Debug - grisbi_prefs.c:118:void
> grisbi_prefs_dialog_response(GtkDialog *, gint)
>
> (grisbi:33473): GLib-WARNING **: poll(2) failed due to: Invalid argument.
>
> L'erreur apparaît au moment de la fermeture de la fenêtre des préférences
> ou après la demande de fermeture de grisbi ?
>

Après la fermeture des Préférences.


> J'ai regardé sur google quand apparaît cette erreur. C'est semble-t-il
> concerne une limitation de la glib quand le nombre de file descriptors
> dépasse 256.
>
> Il faudrait préciser les conditions d'apparition du problème :
>
> Cette erreur est rencontrée systématiquement ou seulement lorsque on ouvre
> ou ferme les préférences ?
>

Je ne l'ai pas à chaque fois que je ferme les Préférences.
Et maintenant je n'arrive plus à l'avoir.


> Cela se passe seulement avec cette version ou c'était vrai déjà dans la
> version précédente.
>

Avec grisbi 1.0.2 j'ai seulement :
$ grisbi
Application became active
Application became active



> Cela se passe quand on a un fichier ouvert et/ou non.
>
> Nota : Sous Linux je ne rencontre pas ce problème.
>

C'est pas bien grave.
Je vais essayer de corriger les GLib-CRITICAL

à+

-- 
 Dr. Ludovic Rousseau

_______________________________________________
devel mailing list
[email protected]
http://listes.grisbi.org/mailman/listinfo/devel
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.