This is not a response to your request for which sections of Gimp code are involved - sorry! However, wmii is a tiling window manager, meaning it wants to put all windows side by side, no overlaps, perhaps that is a clue to the behavior? Probably no one has responded because wmii is not so commonly used as other window managers. Would you be willing to install perhaps another, non-tiling window manager (I use Icewm myself) to see if the problem persists? That would help pinpoint whether tiling per se is involved in the problem. Also, does the odd behavior ever stop, with a resulting stable display of the windows? Can you use/have you tried single-window mode? Elle On 3/29/13, Andrew Shadura <bugzilla@xxxxxx> wrote: > Hello, > > On Fri, 29 Mar 2013 17:34:39 +0400 > Alexandre Prokoudine <alexandre.prokoudine@xxxxxxxxx> wrote: > >> > I wonder, how to understand the silence > >> Typically lack of replies means that nobody knows a possible solution. >> Sorry about that :) > > Well, as I said many times, I don't need a solution, I asked about > where to look for a specific piece of code, so I don't need to study > the whole source code of GIMP. I need to find the code which defines > the size of toolboxes which apparently fails to react properly to > oversized windows, so it withdraws the toolbox window. There are so > many modules which seem to be responsible for window management, that I > can't easily find what exactly every of them does. > > -- > WBR, Andrew > -- http://ninedegreesbelow.com - articles on open source digital photography _______________________________________________ gimp-developer-list mailing list gimp-developer-list@xxxxxxxxx https://mail.gnome.org/mailman/listinfo/gimp-developer-list