[Xmonad] XMonadContrib: Tabbed layout bugs

Alec Berryman alec at thened.net
Sat Jul 7 14:40:58 EDT 2007

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.

More information about the Xmonad mailing list