[grisbi-user-french] Colonne qui s'élargissent

[Pierre Biava]

Pierre Biava a écrit le 29/09/2019 à 08:53 :

Re,
>
>> je suis étonné de ne pas avoir encore vu passer ça… suis-je le seul ?
>>
>> Grisbi 1.2.2
>
> Ce problème a existé mais je l'avais corrigé. Actuellement je suis 
> sous la version master et je ne constate plus ce problème.
>
> Je vais repasser sur la version 1.2.2 pour voir. Actuellement 
> j'utilise Ubuntu 19.04 avec MATE et la 3.24.8 de gtk3.
>
Je viens de faire des tests sommaires. Je ne constate pas ce problème en 
fonctionnement normal.

Si je fais F11 pour passer en mode grand écran. Au retour, une barre de 
défilement apparaît car la fenêtre de la liste des opérations est plus 
grande que la fenêtre initiale de grisbi mais il n'y a pas 
d'agrandissement perpétuel. Le fait de changer de compte ou de passer en 
mode prévision et compte remet les choses en place.

On a la même chose si on maximalise la fenêtre.

Le problème initial vient de la gestion automatique de la largeur des 
colonnes de la liste des opérations et des champs du formulaire.

Avec gtk3 on n'a plus la main sur le dimensionnement des widgets ce qui 
veut dire qu'on ne peut plus forcer leur dimension. Pour bien faire, je 
pense qu'il faudrait reprogrammer entièrement le formulaire pour gérer 
son dimensionnement indépendamment de la fenêtre des opérations ce qui 
semble être un travail considérable vu le nombre de lignes de programme.

Toute idée serait la bienvenue.

>
>>
>> Sous Ubuntu ça core-dump, pas sous macOS. Pb GTK ?
>>
>> Sous Ubuntu, après avoir basculer d'un compte à un autre après être
>> passé par les prévisions et voir les colonnes s'agrandir :
>>
>> (grisbi:2047): Gdk-ERROR **: 08:22:42.840: The program 'grisbi'
>> received an X Window System error.
>> This probably reflects a bug in the program.
>> The error was 'BadAlloc (insufficient resources for operation)'.
>>    (Details: serial 25780 error_code 11 request_code 130 (MIT-SHM)
>> minor_code 5)
>>    (Note to programmers: normally, X errors are reported asynchronously;
>>       that is, you will receive the error a while after causing it.
>>          To debug your program, run it with the GDK_SYNCHRONIZE
>> environment
>>     variable to change this behavior. You can then get a meaningful
>>        backtrace from your debugger if you break on the gdk_x_error()
>> function.)
>> Trappe pour point d'arrêt et de trace (core dumped)
>>
>
Je pense que c'est juste un problème de mémoire qui manque au bout d'un 
moment.

Bonne journée

-- 

A+

Pierre Biava