NSPlugin changes

[Till Krech]

On Saturday 06 July 2002 19:53, Malte Starostik wrote:
> Am Saturday 06 July 2002 17:29 schrieb George Staikos:
> > On July 5, 2002 22:57, Malte Starostik wrote:
> > > Am Friday 05 July 2002 16:29 schrieb George Staikos:
> > > > On Friday 05 July 2002 04:42, Dirk Mueller wrote:
> > > > > On Don, 04 Jul 2002, staikos George Staikos wrote:
> > > > > > What it doesn't do: Unfortunately it doesn't fix the crossover
> > > > > > problem with mouse coordinates not mapping properly.  I still
> > > > > > maintain that this is a crossover bug.  Perhaps they have fixed
> > > > > > it since my version 1.1.0?
> > > > >
> > > > > it happens because we reparent after the plugin being loaded..
> > > >
> > > >   Why is that the only affected plugin then?  I have yet to find
> > > > another plugin which has this problem.  Using xwininfo revealed some
> > > > details on where the mouse clicks were interpreted to be, but that
> > > > was long ago and I forget the details now.  I didn't get a response
> > > > from the crossover guys when I emailed them about this.
> > >
> > > I saw the same problem in reaktivate where we xembed a wine window as
> > > well. But only sometimes and under certain conditions. I'd think it's a
> > > general issue with wine and embedding.
> >
> >   Do you know any clever debugging techniques we could use to see what
> > exactly is happening?  Perhaps it would allow us to make patch for wine.
>
> Not exactly, but be warned: debugging wine is a PITA at first. I never
> looked into this one any further, but I'd guess a good start would be to
> trace any message like WM_MOUSEMOVE, WM_{L,M,R}BTNCLICK etc. for their
> coordinates. IIRC the problem didn't show up until the embed parent was
> moved, e.g. the coords are right in the starting position but after moving
> the konqueror window around or after a relayout they sometimes end up
> wrongly translated. Maybe someone one wine-devel has more useful hints
> about this...

This sounds like the same problem, I saw with java applets. Could you please 
try the attached pach for kdelibs/kdeui/qxembed.cpp and test if the problem 
still persists ?
Please note that this is not a fix. If this patch is applied we will have 
problems with java applets again.

greetings, till 



-- 
SuSE Linux 8.0 (i386) 2.4.18-64GB-SMP
KDE: 3.0.6 (KDE 3.1 alpha1)
Qt: 3.0.4
-------------- next part --------------
A non-text attachment was scrubbed...
Name: qxembed.diff
Type: text/x-diff
Size: 658 bytes
Desc: not available
URL: <https://mail.kde.org/mailman/private/kfm-devel/attachments/20020706/e7d0dd6a/attachment.diff>