Hi,

Joseph Heled writes:

I have no idea if this is a gtk problem, kde, or gimp??

$gimp --version GIMP version 2.0.2

$pkg-config --modversion gtk+-2.0 2.4.0

Please, by all means, update GTK+. Lots of bugs have been fixed in the 2.4 series and still using 2.4.0 is sortof lightheaded.

Sven

I guess that if no one else has this problem, it is a kde problem.

That would also be my guess. I've been using Gimp with KDE 3.[012] for some time, and although I (contrary to you) never ran into anything that I knew should work but didn't, there surely were moments that made me doubt the cleverness of its focus policy. Gnome 2.6.(2, currently) works better for me with regards to that, so I recommend that you give it a shot (if possible) and see if the problem remains, to narrow down the range of imagined possibilities.

Markus.

Hi,

Markus Triska writes:

I guess that if no one else has this problem, it is a kde problem.

That would also be my guess. I've been using Gimp with KDE 3.[012] for some time, and although I (contrary to you) never ran into anything that I knew should work but didn't, there surely were moments that made me doubt the cleverness of its focus policy. Gnome 2.6.(2, currently) works better for me with regards to that, so I recommend that you give it a shot (if possible) and see if the problem remains, to narrow down the range of imagined possibilities.

It should be sufficient to try a different window manager, you shouldn't have to completely switch your desktop to make that happen. But then, I don't know how closely the KDE window manager is integrated with their desktop.

Excuse my ignorance, but what is the default focus policy on KDE nowadays?

Sven

Hi,

Joseph Heled writes:

Still, the menu disappears after a focus lose and does not return. This can be either a KDE bug or GTK bug.

gimp 1.2 (under gtk 1.2) has no such problem since the menu has its own window, i.e.comes up with a title bar of it's own.

The detached menus certainly get window decorations here (using sawfish) so this is most likely a bug in the KDE window manager then.

Sven

On Tuesday 13 July 2004 06:24 am, Joseph Heled wrote:

Your remark about "focus policy" sent me to the KDE control center - and yes, it is a focus problem of sorts. I was running with "focus strictly under mouse" (CC/Look & Feel/Window Behavior/Focus). When I Change that to "Click to Focus", the menu remains until the window focus is lost. Would you do me a favor and see under which policy you run and if you get the same problem if you switch to another policy? (actually all you have to do is to detach a menu and switch focus by clicking on another window).

Still, the menu disappears after a focus lose and does not return. This can be either a KDE bug or GTK bug.

I have now tried both options ("focus strictly under mouse" and "click to focus") in KDE 3.2.3 without problems: I can tear off menus and they receive focus when under the mouse / I click on them (depending on the setting). They do not disappear magically. In short: works perfectly.

I consider it unlikely that we will easily find the exact cause of the problem (could be deep inside Qt), and even if we do, the fix could be non-trivial. Depending on how much you want working tear-off menus (beside other advantages of newer KDE versions), an update of KDE and/or Qt would therefore still seem to be the easiest way to fix the problem. For instance (assuming the worst possible outcome of an attempted KDE update), backing up my entire system and doing a complete re-install would cost me approximately 12 hours, maybe more, but not more than 15 hours. I guess that this is still nothing compared to locating the problem and fixing it, but I could of course be wrong (with both).

Markus.