Andrea Rossato on 2007-07-06 20:06:12 +0200:
On Fri, Jul 06, 2007 at 10:19:41AM -0500, Alec Berryman wrote:
GtkWidget *dlg = gtk_message_dialog_new(NULL, GTK_DIALOG_MODAL, GTK_MESSAGE_ERROR, GTK_BUTTONS_OK, "foo");
I'm puzzled...
Attached you'll a patch. Actually two: the first, already sent here and awaiting review from XMonad developers, is unrelated but adds some configuration option (and I'm working on that version of tabbed.
The second one is want I'd like you to try (you must apply them both). This is the only way I can operate from a plugin. I can move the window somewhere.
Now, the code you created does not comply with gaps too. I did not check, but it should. So there are issues within XMonad too (a ticket should be open, I'd say), and issues related to the exported API: an external module should be able to do what tabbed.hs is doing, and floating window should comply, I think.
Your patch doesn't completely fix the issue. When I run the sample program, the window is still created in the top-left corner, disregarding the gap and the tabs; the window is drawn under the tabs. When the mouse enters the window, the window is repositioned to be in the top-left corner of the screen, but below the gap. The window is still drawn under the tabs. This behavior doesn't have anything to do with focus as far as I can tell - the window pops up with a red border indicating focus and if I hit enter the box goes away. Again, if I start to move or resize the window, it is drawn correctly. If I try it with the "full" layout, I see a similar behavior - window drawn in the top-left without regard for the gap, but it doesn't seem as out of place since there are no tabs drawn over it. The window should be drawn in the center; I think you're right in that this isn't a tabbed issue but a XMonad floating layout one.