just setting column1 as resizable <https://developer.gnome.org/gtk3/stable/GtkTreeViewColumn.html#gtk-tree-view-column-set-resizable> fixes the issue
Il giorno gio 7 mar 2019 alle ore 18:35 Luca Bacci <luca.bacci...@gmail.com> ha scritto: > Yes, go ahead. > > I don't know if that can be useful to you, but if you increase the time > spent in usleep() to something greater it works correctly. > With usleep(10000) I get mixed results: > > Third column activated > Third column activated > Activated an other column > Activated an other column > Third column activated > Activated an other column > Activated an other column > Activated an other column > Third column activated > Activated an other column > Third column activated > Third column activated > Third column activated > Activated an other column > > with usleep(100000) I always get correct results: > > Activated an other column > Activated an other column > Activated an other column > Activated an other column > Activated an other column > Activated an other column > Activated an other column > Activated an other column > Activated an other column > Activated an other column > Activated an other column > > > Il giorno mer 6 mar 2019 alle ore 20:26 Mitko Haralanov < > voidtra...@gmail.com> ha scritto: > >> OK, thank you. >> >> Please, let me know if you'd like me to file a bug for this? >> Thanks >> >> On Wed, Mar 6, 2019 at 10:27 AM Luca Bacci <luca.bacci...@gmail.com> >> wrote: >> > >> > I'm working on it. But yes, this really seems a bug in Gtk. >> > >> > Il mer 6 mar 2019, 18:40 Mitko Haralanov <voidtra...@gmail.com> ha >> scritto: >> >> >> >> Hi, >> >> >> >> Any update? Does anyone think this is a bug that should be filed >> against Gtk? >> >> >> >> Thanks >> >> >> >> On Thu, Feb 28, 2019 at 2:05 AM Luca Bacci <luca.bacci...@gmail.com> >> wrote: >> >> > >> >> > Hi, I can't promise I will find a solution but I'll certainly take a >> look at this >> >> > >> >> > Il gio 28 feb 2019, 02:13 Paul Davis <p...@linuxaudiosystems.com> >> ha scritto: >> >> >> >> >> >> You are right, and I withdraw my remarks. As noted, I didn't read >> it carefully enough. >> >> >> >> >> >> But yes, g_idle_add_full() runs in the worker thread, however >> that's one thing that is always OK. >> >> >> >> >> >> On Wed, Feb 27, 2019 at 6:03 PM Mitko Haralanov < >> voidtra...@gmail.com> wrote: >> >> >>> >> >> >>> But that's not how the code is written: >> >> >>> >> >> >>> g_task_run_in_thread(obj->task, custom_object_work) -> >> >> >>> custom_object_worker() -> >> >> >>> signal_emit() -> >> >> >>> g_idle_add_full(..., signal_emitter, ...); >> >> >>> >> >> >>> signal_emitter() is the function that *actually* emits the signal. >> >> >>> signal_emitter() is supposed to be running in the main context >> thread >> >> >>> by the virtue of being the g_idle_add_full() callback. >> >> >>> >> >> >>> Are you saying that the g_idle_add_full() callback also runs in the >> >> >>> worker thread? >> >> >>> >> >> >>> On Wed, Feb 27, 2019 at 4:54 PM Paul Davis < >> p...@linuxaudiosystems.com> wrote: >> >> >>> > >> >> >>> > >> >> >>> > >> >> >>> > On Wed, Feb 27, 2019 at 5:46 PM Mitko Haralanov < >> voidtra...@gmail.com> wrote: >> >> >>> >> >> >> >>> >> How is that? The update is happening from a callback executed >> by the >> >> >>> >> main context thread? >> >> >>> > >> >> >>> > >> >> >>> > g_task_run_in_thread(obj->task, custom_object_worker); >> >> >>> > >> >> >>> > custom_object_worker() emits the "updated" signal. the handler >> modifies the model. >> >> >>> > >> >> >> >> >> >> _______________________________________________ >> >> >> gtk-list mailing list >> >> >> gtk-list@gnome.org >> >> >> https://mail.gnome.org/mailman/listinfo/gtk-list >> >
_______________________________________________ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list