xfwm4 oddness

[Brian J. Tarricone]

sure:
http://spuriousinterrupt.orgl/xfce4/files/xfwm4-dialog-test.c

i realised how to "fix" it.  if i use gtk_main() instead of 
gtk_dialog_run(), the problem goes away.  however, because of how the 
dialog is called in my particular application, i'm not so sure that 
calling gtk_main() is a great idea.

	-brian


On Wed, 30 Jun 2004, Olivier wrote:

> Brian,
> 
> Can you provide a simple sample code that exhibits the problem? xprops
> are nice, but fairly static and not necessarily very helpfull in such a
> case.
> 
> Cheers,
> Olivier.
> 
> On Wed, 2004-06-30 at 16:36, Brian J. Tarricone wrote:
> > olivier,
> > 
> > amusingly, this is somewhat work-related.  i'm creating a login dialog 
> > that lives in a library that can be called by whatever random GUI app 
> > feels like calling it (so it has a NULL parent).  i'm getting weird 
> > behaviour.  when the dialog is mapped and initially focused, it looks 
> > normal.  it has all the buttons i'd expect - menu, stick, shade, 
> > minimise, close (i've set resizable to FALSE, so no maximise).  as soon 
> > as the window loses focus, however, the sticky and minimise buttons 
> > disappear, and the dialog becomes sticky.  for comparison, metacity 
> > (2.6.2) handles the window properly.
> > 
> > i've played around with dialog creation, and here's what i have 
> > regarding xprop and whatnot:
> > http://spuriousinterrupt.org/xfce4/files/dialog-weirdness-tests.txt
> > i don't think i'm doing anything wrong, but, being the king of b0rk, 
> > that's certainly a possibility.
> > 
> > thanks,
> > brian
> > 
> > _______________________________________________
> > Xfce4-dev mailing list
> > Xfce4-dev at xfce.org
> > http://lunar-linux.org/mailman/listinfo/xfce4-dev
>