Re: nasty gtk_window_present/gdk_window_focus race

Tim Janik <timj gtk org> writes: 
> as a workaround (other than in the client-code via show_now())
> gdk_window_focus() should prolly check whether the window was
> actually mapped.
> in order to still get gtk_window_present() working as advertised though,
> i think it's prolly best to add a flag to gtkwindow.c that causes actuall
> "present" action to be deferred untill after the map event arrived. comments?

Maybe handle this in exactly the same way we handle maximize,
etc. i.e. a present_initially flag that could cause action on map


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]