[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-devel
Subject:    Re: KDE3 krunner always shows on head 1 and forces apps onto that
From:       Andreas Pakulat <apaku () gmx ! de>
Date:       2008-02-07 19:17:35
Message-ID: 20080207191735.GA15437 () morpheus ! apaku ! dnsalias ! org
[Download RAW message or body]

On 07.02.08 15:32:36, Lubos Lunak wrote:
> On Wednesday 06 of February 2008, Andreas Pakulat wrote:
> > On 05.02.08 15:05:40, Lubos Lunak wrote:
> > > On Tuesday 05 of February 2008, Andreas Pakulat wrote:
> > > > On 05.02.08 08:20:34, Thiago Macieira wrote:
> > > > > Andreas Pakulat wrote:
> > > > > >No, I'm talking about that little component in KDE3 that comes up
> > > > > > when I hit Alt+F2. I'm not talking about KDE4. I thought it was
> > > > > > called the same in kde3...
> > > > >
> > > > > Ah, that's why we were confused. That component is called minicli and
> > > > > is part of kdesktop.
> > > > >
> > > > > And I can tell you it works fine in TwinView. It shows up in the
> > > > > screen where the mouse is.
> > > >
> > > > Hmm, I'm using Xinerama (or rather XRandR 1.2), any hint where I should
> > > > start looking code-wise? Or is this something that KWin should handle?
> > >
> > >  http://ktown.kde.org/~seli/xinerama/ maybe?
> >
> > Apparently the problem is that
> >
> > NETRootInfo i( qt_xdisplay(), NET::Supported );
> > if( !i.isSupported( NET::WM2FullPlacement )) ) ...
> >
> > evaluates to false. Any hint why that happens, or wether the condition
> > is wrong maybe?
> 
>  xprop -root | grep _NET_SUPPORTED . Only KWin from KDE4 or with those patches 
> supports it.

I'm using kwin/kde3 with those patches, xprop -root has
NET_WM_FULLPLACEMENT in it.

> > If the condition is correct, then I fear there's an error in kwin, as
> > all that happens after that is a simple show(). And minicli itself is a
> > plain KDialog with WType_TopLevel set and thats about it.
> 
>  That's right. Qt and KWin are patched to take care of the placement, see the 
> placement-related code in Client::manage() in kwin/manage.cpp .

Ok, with a lot of debugging output the problem seems to be that the
XWindowAttribute variable "attr" is filled wrongly. In particular it
gets an X value of 1680. And that value is never re-adjusted to
something else.

So I guess this is rather an X11 problem that somehow only shows up with
minicli... :( 

Any hints to which component in the X11 modules I should file a
bugreport is appreciated.

Andreas

-- 
Better hope the life-inspector doesn't come around while you have your
life in such a mess.
 
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
[prev in list] [next in list] [prev in thread] [next in thread]