Re: Can I fix crush file_chooser_dialog on windows?

2017-09-07 Thread michinari.nukazawa 

Hello.

I tryed update gtk version 3.22.15 to 3.22.18 .
Nothing new other issue.
But crush near a file_chooser_dialog problem is not changed.

What should I try?

Thanks.

On 2017年08月27日 00:12, michinari.nukazawa wrote:

Hello.
I develop vecterion vector graphics editor in GTK3/cairo.
https://github.com/MichinariNukazawa/vecterion_vge


vecterion do crush on windows.
crush near a file_chooser_dialog call (after file save command call)
but gtk_message_dialog and glade dialog is not crush.

I need glib schemas? (because google search and gdb backtrace.)

Thanks.



--
==
Michinari.Nukazawa

in the project "daisy bell"
https://daisy-bell.booth.pm/
==

___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list

Re: Show dialog after hide another

2017-09-07 Thread Nicola Fontana 
Il Wed, 6 Sep 2017 16:08:07 + Rúben Rodrigues  
scrisse:

> ...
> void on_button_Util_Firmware_Update_clicked(GtkButton *button, gpointer 
> user_data)
> {
>      GtkLabel    *gLabel_Result;
>      FILE        *fp;
>      gchar        pcTmp[BUFSIZ];
> 
>      // Fecha a janela.
> gtk_widget_hide(GTK_WIDGET(gtk_widget_get_toplevel(GTK_WIDGET(button;
> 
>      // Mostra a janela de espera.
>      gtk_widget_show(GTK_WIDGET(gtk_builder_get_object(builder, 
> "Setup_Wait_dialog")));
>      sleep(10);
> ...

Hi Rúben,

this is the normal behavior in a single-threaded application: the
user interface is updated only when you release the CPU so that
the execution returns to the main loop:

https://developer.gnome.org/glib/stable/glib-The-Main-Event-Loop.html#glib-The-Main-Event-Loop.description

The rule of thumb is: never block, i.e. never put a `sleep(10)` or
something equivalent in your code otherwise you'll get what you
requested, in that case an unresponsive interface for 10 seconds.

If you have a heavy process, fork to a working thread or decompose
it in a loop that can be run incrementally with an idle callback.

Ciao.
-- 
Nicola
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list