Re: KDE3 krunner always shows on head 1 and forces apps onto that head as well

[Andreas Pakulat <apaku@xxxxxx>]

On 06.02.08 19:58:25, 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?
> 
> 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.

Hmm, one thing I just remembered: Until I switched the heads minicli
always popped up at the right border of the left (first) head. Now it
pops up at the left border of the right (first) head. 

So maybe kwin just decides to put minicli at the center of the whole
desktop (i.e. both heads) instead of the center of the currently focused
head.

I get the feeling this is a bug in kwin.

Andreas

-- 
You will forget that you ever knew me.
 
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<