On Tuesday 16 July 2002 17:38, George Staikos wrote:
> On Tuesday 16 July 2002 10:10, Koos Vriezen wrote:
> > Hi,
> >
> > There is a problem with giving the focus to an embedded window with a
> > mouse click when a form element has the current focus.
> >
> > I've attached a patch which fixes it. It does:
> > - do a XGrabButton on a embedded window when the mouse enters it and it
> >   doesn't have the focus
> > - do a XUngrabButton when the mouse leaves the embedded window or when
> >   it receives the focus
> > - put the focus to the embedded window when its clicked
> >
> > This is similar behaviour as KWin does on its clients (damn, should have
> > looked at that earlier)
>
>   Looks good to me I think, but I haven't tested it yet.
I tested it. Cool. Koos is the hero of the day -- hmm... yesterday :)
I can't test the applet though on
http://chat.tapuz.co.il/newchat/main.asp?regUser=3Dno&shower=3D1&room=3D30%=
20%C3%B4%C3%AC%C3%A5%C3%B1%20%C3%A0%C3%A9%C3%AB%C3%A5%C3%BA%C3%A9&nick=3Dfa=
sdfasd

It gets now a null pointer exception - but also without the patch . But thi=
s=20
may be related to the URL change. Was a bit shorter last time, I checked.

A little testcase Applet with a textfield works fine. What else do we have =
to=20
test ? QXEmbed is, apart from nspluginviewer,  also used for Kicker applets=
=20
and Kasbar.=20

Koos, thanks a lot for finding this,

regards, Till

=2D-=20
SuSE Linux 8.0 (i386) 2.4.18-64GB-SMP
KDE: 3.0.6 (KDE 3.1 alpha1)
Qt: 3.0.6-snapshot-20020712