"Johnny Ljunggren" <[EMAIL PROTECTED]> writes: > >> First detach a toolbar and move it somewhere on the screen. Then > >> release and select again and try to move left or right. The position > >> is locked sideways, but can be moved vertically. > > Now I see it makes a difference where I leave the floating toolbar. > > If I click on the crosshatch of the toolbar I can drag the toolbar > > outside the window. > What crosshatch are you talking about? What Qt 4 program are you using > to test this?
I'm using QT Designer. I think that's what started this thread. The poorly drawn arrow points at the cross hatch: http://mysite.verizon.net/despen/xhatch.png > > Then if I hold button 1 down while over the crosshatch I can drag the > > window > > only up or down. > > If I instead drag the toolbar with the Fvwm title I can move the > > window anywhere > > but not dock it. > My toolbars only have one place I can click to move them, on the left > side. Is there some config option that can be used to enable this > title? > I already have this: > Style "*" DecorateTransient, NoPPosition > and more or less a default .fvwm2rc config file > Anyway, it seems that the problem can be repeated so how do I go about > solving this. Is there some specific place in the code base I could > have a look? I have decorate transient, that's why you see a frame and title bar on the image I posted above. Button 1 on the title bar moves a window. I click on the word "Tools" in the window shown above and can move the window anywhere I want. I'm not sure if that's a standard fvwm binding but it's easily arranged if not. > As this worked in 2.4.20 it should be possible to get it to work in > 2.5.x as well. I hope :) Please note that I haven't delved into why QT won't move windows sideways under Fvwm. Doubtless QT has some kind of issue with Fvwm and sideways movement. I can't say who's fault it is.
