waddlesplash

And again two days ago.

The problem is that the background view is stacked on top of all other views, and thus when redraws occur, is drawn before them. I am pretty sure, when I...

I looked at this a bit again. I think that Tk does not actually create a Window for the background element; instead, it has only some proxy views and the...

I don't think this problem is merely due to that Haiku behavior. Like I said before, the internal list in Tk has the BackgroundElement on top, and even before any...

So, after some investigation, I've figured out what's going on. Indeed this is a clip-by-siblings problem: the background elements are "on top" because they are in their own internal hierarchy,...

(FWIW, Windows does not guarantee this by default; instead it has a flag `WS_CLIPSIBLINGS` that can be set to enable this.)

So, the overlapping views aren't the whole story. I added (rather hacky) code to detect and completely hide any view that overlapped with a later sibling, to see what would...

It turns out that the [Worker file manager](http://www.boomerangsworld.de/cms/worker/index.html) also depends on sibling-clipping behavior for its dialogs, and in a much more straightforward way than what Tk is doing. I worked...

> Use region clipping to prevent A from drawing in the area where B is overlapping it This is what I already tried to do in the patch I linked...

Probably appstream_glib should be built with `-Wl,--no-undefined` placed in LDFLAGS.